✨ Fiche d'Aide à la Décision

Document interactif — Tout s'ouvre directement dans le navigateur

Document Word Original

Visualisation du document DOCX converti en HTML. Tout le contenu est éditable.

FAD

A person and person looking at a computer screen

AI-generated content may be incorrect. -

DOCUMENT D’ANALYSE FONCTIONNEL

-

FUNCTIONAL ANALYSIS DOCUMENT

Processus Production

Microsoft Business Central

    1. ANAL

Almatech

Sommaire

1. Introduction 3

2. Vue d‘ensemble 4

3. Planification de la fabrication – Produits finis 5

4. Planification de la fabrication – Composants 6

5. Planification – Traiter les messages d'action 1.2 7

6. Gérer les ordres de fabrication 8

7. Planifier la production 9

8. Enregistrer la consommation 10

9. Enregistrer la production 11

10. Terminer la production 12

11. Rapports 13

12. Historiques 14

13. Annexe 1 : Liste d‘écarts 14

  1. Introduction

Ce document liste l’analyse fonctionnel sur les processus métier du client concernant le domaine des achats. Les principaux objectifs de l’analyse fonctionnel sont :

  • Visiter les sites clients comme les usines, entrepôts et/ou bureaux
  • Conduire des ateliers orientés processus.
  • Ne pas rentrer en profondeur sur les fonctionnalités de l’ERP ni faire de démonstrations
  • Comprendre la façon de travailler actuelle, les points faibles et les attentes globales et futures
  • Identifier les écarts critiques et les interfaces qui peuvent avoir un impact sur le projet
  • Identifier les volumes des référentiels et données transactionnelles
  • Confirmer le périmètre fonctionnel, technique, géographique et organisationnel du projet
  • Identifier un jeu de donnée nécessaire pour l’ERP pour mieux préparer les ateliers de démonstration.

Ce document a été préparé sur la base d‘atelier(s) réalisés avec les membres de l'équipe de projet suivants :

Atelier

Date

Lieu

Almakom

Client

1er atelier

Nom et Prénom

Nom et Prénom

2ème atelier

Nom et Prénom

Nom et Prénom

Versions du document

Version

Date

Description

Ecrit par

Approuvé par

Draft

JJ/MM/AAAA

Draft

Nom et Prénom

Nom et prénom

JJ/MM/AAAA

Liste de diffusion

Membre de l‘équipe

Fonction

Email

Nom et Prénom

Nom et Prénom

  1. Vue d‘ensemble
    1. Schéma d’ensemble des processus production

Les processus standards ERP qui font partie des ateliers d’analyse sur les achats sont :

Une image contenant croquis, dessin, texte, diagramme

Le contenu généré par l’IA peut être incorrect.

3. Planification de la fabrication – Produits finis

3.1. Contexte et Hypothèses

**3.1. Contexte et Hypothèses**

- **Situation actuelle :** Le processus de planification de la fabrication pour les produits finis est actuellement géré à l'aide d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient les informations nécessaires pour créer les pièces, les sous-ensembles et les articles dans le système ERP.

- **Points critiques :**
- La création automatique des articles dans le système ERP à partir du fichier HTML.
- La possibilité de télécharger le plan PDF dans l'article de la pièce concernée.
- La nécessité de valider les processus internes avant de poursuivre le développement.

- **Attentes client :**
- La capacité à importer les fichiers HTML dans le système ERP pour créer les pièces et les sous-ensembles.
- La possibilité de télécharger le plan PDF dans l'article de la pièce concernée.

- **Hypothèses :**
- La présence d'un fichier HTML généré à partir de l'atelier de conception CATIA.
- La capacité à importer les fichiers HTML dans le système ERP.
- La possibilité de valider les processus internes avant de poursuivre le développement.

- **Informations manquantes :**
- Les détails sur la structure du fichier HTML et les informations qu'il contient.
- Les exigences spécifiques du client en matière de planification de la fabrication.
- Les contraintes techniques ou logicielles qui pourraient affecter le processus de planification de la fabrication.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

3.2 Schéma des processus ERP : Planification – Calcul du MPS 1.0

Une image contenant texte, capture d’écran, diagramme, conception

Le contenu généré par l’IA peut être incorrect.

3.3. Principales règles de gestion

**3.3. Principales règles de gestion**

* Le client utilise l'atelier de conception CATIA pour créer des modèles de fabrication, qui sont ensuite exportés sous forme de fichier HTML.
* Le fichier HTML est ensuite importé dans l'ERP, qui crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* Le client utilise également un outil de tracking pour suivre les modifications apportées aux modèles de fabrication.
* Les informations présentes dans le fichier HTML incluent :
+ La nomenclature des pièces
+ Les sous-ensembles
+ Les pièces
+ Les informations de codification (DES, STB, STC, STA, COT)
* Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans l'ERP.
* Actuellement, les plans PDF ne sont pas associés aux pièces, mais cela pourrait potentiellement changer.
* Le client souhaite également que l'ERP puisse gérer les informations de gestion de documentaire (fichiers de partage).
* Il faudra faire des points en interne pour valider les processus et identifier les besoins avant de poursuivre le développement.

3.4. Documents et statistiques

**Documents et statistiques**

* **Fiche article** : Créée automatiquement lors de l'importation de la BOM (Bill of Material) en fichier HTML, avec les informations suivantes :
+ Numéro de l'article
+ Nom de l'article
+ Matière
+ Autres champs renseignés dans l'album
* **Journal des achats** : Non spécifié
* **BOM history** : Contient le log de tous les changements effectués sur la BOM
* **Statistiques métiers** : Non spécifiées

**Documents à imprimer**

* **Fiche article** : Non spécifié
* **BOM** : Non spécifié
* **BOM history** : Non spécifié

**Informations pertinentes à exporter**

* **Code STD** : Présent dans le fichier HTML
* **Gestion de documentaire** : Fichiers de partage
* **Plan PDF** : Téléchargeable dans l'article de la pièce concernée

**Analyse et validation**

* Il est nécessaire de faire des points en interne pour identifier les besoins et valider les processus avant de procéder à l'importation des fichiers HTML dans l'ERP.
* Il est également nécessaire de valider les informations pertinentes à exporter et les documents à imprimer.

3.5. Volume des données

**Volume des données**

* Nombre de fichiers HTML générés par période : [INFORMATION MANQUANTE]
* Nombre de documents (fichiers HTML) par jour : [INFORMATION MANQUANTE]
* Nombre de documents (fichiers HTML) par semaine : [INFORMATION MANQUANTE]
* Nombre de documents (fichiers HTML) par mois : [INFORMATION MANQUANTE]
* Nombre de documents (fichiers HTML) par an : [INFORMATION MANQUANTE]

**Informations présentes dans les fichiers HTML**

* Liste des pièces et sous-ensembles
* Arborescence des pièces et sous-ensembles
* Informations sur les pièces (numéro, nom, matière, etc.)
* Informations sur les sous-ensembles (numéro, nom, etc.)
* Lien vers les plans PDF associés aux pièces et sous-ensembles

**Informations manquantes dans les fichiers HTML**

* Plans PDF associés aux pièces et sous-ensembles (actuellement, les plans PDF ne sont pas exportés dans les fichiers HTML)
* Informations sur les pièces et sous-ensembles (par exemple, les informations sur les pièces et sous-ensembles ne sont pas exportées dans les fichiers HTML)

**Impact sur la planification de la fabrication**

* La planification de la fabrication sera influencée par la présence d'informations manquantes dans les fichiers HTML, telles que les plans PDF associés aux pièces et sous-ensembles.
* Il faudra prendre en compte les informations manquantes lors de la planification de la fabrication pour éviter les erreurs et les dysfonctionnements.

3.6. Ecarts critiques et interfaces

**Ecart critique : manque de cohérence entre le fichier HTML et le système ERP**

* Lors de l'importation du fichier HTML dans le système ERP, il est possible que certaines informations ne soient pas cohérentes avec les données existantes dans le système.
* Le système ERP crée automatiquement des articles en fonction des pièces présentes dans le fichier HTML, mais il est possible que certaines pièces soient déjà présentes dans le système sous un numéro différent.
* Il est donc important de faire un double-check pour s'assurer que les informations sont cohérentes entre le fichier HTML et le système ERP.

**Ecart critique : manque de lien entre les pièces et les sous-ensembles**

* Le système ERP permet de créer des sous-ensembles, mais il n'y a pas de lien direct entre les pièces et les sous-ensembles.
* Il est donc important de trouver un moyen de lier les pièces aux sous-ensembles pour faciliter la gestion des pièces et des sous-ensembles.

**Interface : besoin d'un fichier HTML pour chaque cas de figure**

* Il est nécessaire de créer un fichier HTML pour chaque cas de figure pour s'assurer que les informations sont cohérentes et que les pièces sont correctement liées aux sous-ensembles.
* Il faudra donc faire un point en interne pour identifier les besoins et valider les processus avant de commencer le développement.

**Interface : besoin d'un moyen de télécharger le plan PDF dans l'article**

* Il est nécessaire de trouver un moyen de télécharger le plan PDF dans l'article pour faciliter la gestion des pièces et des sous-ensembles.
* Il faudra donc faire un point en interne pour identifier les besoins et valider les processus avant de commencer le développement.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

4. Planification de la fabrication – Composants

4.1. Contexte et Hypothèses

**4.1. Contexte et Hypothèses**

La situation actuelle consiste à importer des fichiers HTML générés à partir de l'atelier de conception CATIA pour créer des articles et des sous-ensembles dans le système ERP. Ces fichiers HTML contiennent des informations sur les composants, les sous-ensembles et les pièces nécessaires pour la fabrication.

Les points critiques sont :

* La nécessité de structurer les informations pour que le système ERP puisse les interpréter correctement.
* La présence de liens entre les sous-ensembles et les pièces, qui doivent être pris en compte pour la création des articles.
* La possibilité de télécharger les plans PDF associés aux pièces pour une meilleure gestion des documents.

Les attentes client sont :

* La création automatique des articles et des sous-ensembles à partir des fichiers HTML.
* La possibilité de commander les pièces nécessaires pour la fabrication.
* La gestion des documents, notamment les plans PDF associés aux pièces.

Les hypothèses qui peuvent avoir un impact sur le projet sont :

* La présence de formats de fichiers HTML différents pour les différents cas de figure.
* La nécessité de valider les processus internes pour s'assurer que les informations sont cohérentes et que les articles sont créés correctement.
* La possibilité de modifier les processus existants pour améliorer la gestion des documents et la commande des pièces.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

4.2 Schéma des processus ERP : Planification - Calcul du MRP 1.1

Une image contenant texte, capture d’écran, diagramme, conception

Le contenu généré par l’IA peut être incorrect.

4.3. Principales règles de gestion

[INFORMATION MANQUANTE]

4.4. Documents et statistiques

**Documents et statistiques**

* **Documents à imprimer :**
+ Fichier HTML de la BOM (Bill of Material) généré à partir de CATIA
+ Fichier PDF du plan d'assemblage pour chaque pièce et sous-ensemble
* **États et statistiques métiers attendus :**
+ Liste des pièces et sous-ensembles avec leur nomenclature et leur matière
+ Historique des changements de la BOM
+ Statistiques sur les pièces commandées et les sous-ensembles utilisés
* **Informations importantes à considérer :**
+ Le numéro du top Sembly et les numéros des sous-ensembles doivent être cohérents avec la nomenclature utilisée
+ Les pièces et sous-ensembles doivent être liés à un projet spécifique
+ Les fichiers HTML doivent être analysés pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces manquantes
* **Processus à suivre :**
+ Analyser les fichiers HTML pour identifier les besoins et les informations pertinentes
+ Valider les processus internes pour identifier les besoins et les informations à inclure dans la BOM
+ Importer les fichiers HTML dans l'ERP pour créer les pièces, les éléments et les sous-ensembles

4.5. Volume des données

**Volume des données référentielles et nombre de documents par période**

* **Fiches articles** : Les fiches articles sont générées automatiquement à partir des fichiers HTML exportés à partir de l'atelier CATIA. Le nombre de fiches articles créées dépend du nombre de pièces et de sous-ensembles présents dans les fichiers HTML.
* **Journal des achats** : Le journal des achats n'est pas explicitement mentionné dans les notes sources. Il est donc impossible de déterminer le volume de données référentielles et le nombre de documents par période.
* **BOM (Bill of Material)** : Le BOM est utilisé pour gérer les composants et les sous-ensembles des produits. Le nombre de BOM créés dépend du nombre de produits et de leurs composants.
* **Documents PDF** : Les documents PDF sont téléchargés dans les fiches articles pour fournir des informations supplémentaires sur les pièces et les sous-ensembles.
* **Fichiers HTML** : Les fichiers HTML sont utilisés pour exporter les données de l'atelier CATIA vers le système ERP. Le nombre de fichiers HTML dépend du nombre de produits et de leurs composants.

En résumé, les volumes des données référentielles sont :

* Fiches articles : variable (dépend du nombre de pièces et de sous-ensembles)
* Journal des achats : [INFORMATION MANQUANTE]
* BOM : variable (dépend du nombre de produits et de leurs composants)
* Documents PDF : variable (dépend du nombre de pièces et de sous-ensembles)
* Fichiers HTML : variable (dépend du nombre de produits et de leurs composants)

Le nombre de documents par période n'est pas explicitement mentionné dans les notes sources. Il est donc impossible de déterminer le volume de données référentielles et le nombre de documents par période.

4.6. Ecarts critiques et interfaces

**4.6. Ecarts critiques et interfaces**

* **Ecart critique 1 :** L'importation de la BOM (Bill of Material) en fichier HTML ne permet pas d'exporter toutes les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc.
* **Ecart critique 2 :** Le système actuel ne permet pas de télécharger le plan PDF dans l'article de la pièce concernée.
* **Ecart critique 3 :** L'importation de la BOM en fichier HTML ne créé pas automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* **Interface 1 :** La macro utilisée pour structurer la BOM en fichier HTML doit être adaptée pour correspondre aux normes du système ERP.
* **Interface 2 :** Il est nécessaire de discuter en interne pour identifier les besoins et valider les processus pour l'importation de la BOM en fichier HTML.
* **Interface 3 :** Il est nécessaire de créer des fichiers HTML différents pour chaque cas de figure pour analyser et valider la cohérence des données.
* **Interface 4 :** Il est nécessaire de valider les processus pour l'importation de la BOM en fichier HTML et de tenir les parties prenantes informées des décisions prises.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

5. Planification – Traiter les messages d’action 1.2

5.1. Contexte et Hypothèses

**5.1. Contexte et Hypothèses**

La situation actuelle est la suivante : le système actuel utilise un format HTML pour importer les données de la BOM (Bill of Material) depuis l'atelier CATIA. Ce format est utilisé pour créer automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les champs renseignés dans l'album sont également pris en compte.

Les points critiques sont les suivants :

* La BOM est exportée en fichier HTML, qui est ensuite importé dans le système.
* Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* Les champs renseignés dans l'album sont également pris en compte.

Les attentes client sont les suivantes :

* La capacité de télécharger le plan PDF dans l'article de la pièce concernée.
* La possibilité de commander les pièces en fonction de la BOM.

Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :

* La nécessité de valider les processus internes avant de poursuivre le développement.
* La possibilité de modifier le format HTML pour inclure des informations supplémentaires, telles que le PDF associé à chaque pièce.
* La nécessité de faire des points en interne pour identifier les besoins et valider les processus avant de poursuivre le développement.

Il est important de noter que le système actuel n'est pas conforme aux normes ERP traditionnelles, ce qui peut poser des problèmes de gestion et de suivi des pièces.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

5.2 Planification –Traiter les messages d’action 1.2

Une image contenant capture d’écran, ligne, conception

Le contenu généré par l’IA peut être incorrect.

5.3. Principales règles de gestion

**Principales règles de gestion**

* Le client utilise un processus de planification pour traiter les messages d'action, notamment la création de fichiers HTML pour les bill of material (BOM).
* Les fichiers HTML sont générés à partir de la plateforme CATIA et contiennent des informations sur les pièces, les sous-ensembles et les arborescences.
* Les informations présentes dans les fichiers HTML incluent :
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Code STD
+ Plan d'assemblage (PDF)
* Le système ERP crée automatiquement les articles en fonction des informations présentes dans les fichiers HTML.
* Les articles créés incluent :
+ Numéro d'article
+ Nom d'article
+ Matière
+ Code STD
+ Plan d'assemblage (PDF)
* Le client souhaite pouvoir télécharger le plan en PDF dans l'article de la pièce concernée.
* Le processus actuel consiste à créer un article PRJ0040 pour le projet, qui contient la nomenclature avec les cinq sous-ensembles FWD, B01, B02, etc.
* Le client souhaite améliorer le processus pour inclure les informations pertinentes pour l'achat, notamment l'identification de la pièce.
* Il faudra discuter en interne pour identifier les besoins et valider les processus avant de procéder à l'importation des fichiers HTML dans l'ERP.

5.4. Documents et statistiques

**Documents à imprimer et états statistiques attendus**

- **Documents à imprimer** :
+ Fichiers HTML contenant les informations de la BOM (Bill of Material)
+ Fichiers PDF des plans d'assemblage associés aux pièces

- **États statistiques attendus** :
+ Tableau récapitatif des sous-ensembles et des pièces
+ Historique des changements effectués sur la BOM
+ Liste des pièces à commander
+ Liste des pièces déjà commandées

- **Informations à vérifier** :
+ Numéro de pièce et nom de pièce
+ Matière et codification
+ Plan d'assemblage associé à chaque pièce
+ Historique des changements effectués sur la BOM

- **Processus à suivre** :
+ Importer les fichiers HTML dans l'ERP
+ Créer les pièces et les sous-ensembles dans l'ERP
+ Vérifier les informations de la BOM et les plans d'assemblage associés
+ Valider les informations et les plans d'assemblage

5.5. Volume des données

**Volume des données**

- **Fiches articles** :
- Nombre de fiches articles créées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]
- Nombre de fiches articles avec des pièces associées : [INFORMATION MANQUANTE]
- Nombre de fiches articles avec des sous-ensembles associés : [INFORMATION MANQUANTE]

- **Journal des achats** :
- Nombre de commandes passées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]
- Nombre de pièces commandées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]

- **BOM (Bill of Material)** :
- Nombre de BOM créés par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]
- Nombre de pièces dans les BOM par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]

- **Documents** :
- Nombre de documents PDF associés aux pièces par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]
- Nombre de documents PDF associés aux sous-ensembles par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]

- **Macro** :
- Nombre de fois que la macro a été exécutée par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]
- Nombre de fichiers HTML générés par la macro par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]

5.6. Ecarts critiques et interfaces

**Ecart critique : manque de cohérence entre les fichiers HTML et les informations présentes dans le système**

* Lors de l'importation des fichiers HTML, il n'y a pas de cohérence entre les informations présentes dans les fichiers et celles présentes dans le système.
* Les fichiers HTML ne contiennent pas toutes les informations nécessaires pour créer les pièces, les éléments et les sous-ensembles dans le système.
* Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes avec les informations présentes dans le système, ce qui peut entraîner des erreurs lors de l'importation.

**Ecart critique : manque de possibilité de télécharger les plans PDF dans l'article**

* Actuellement, il n'est pas possible de télécharger les plans PDF dans l'article de la pièce concernée.
* Il est nécessaire de pouvoir télécharger les plans PDF pour avoir accès à l'information pertinente pour l'achat.

**Ecart critique : manque de possibilité de gérer les plans d'assemblage**

* Actuellement, il n'est pas possible de gérer les plans d'assemblage pour chaque ligne de la BOM.
* Il est nécessaire de pouvoir gérer les plans d'assemblage pour chaque ligne de la BOM pour avoir accès à l'information pertinente pour l'achat.

**Interface critique : besoin d'un maximum de fichiers HTML pour analyser les cas de figure**

* Il est nécessaire d'avoir un maximum de fichiers HTML pour analyser les cas de figure et s'assurer qu'ils sont tous cohérents.
* Il est également nécessaire d'avoir un maximum de fichiers HTML pour analyser comment on fait l'importation des fichiers dans le système.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

6. Gérer les ordres de fabrication

6.1. Contexte et Hypothèses

**6.1. Contexte et Hypothèses**

La situation actuelle consiste à gérer les ordres de fabrication à l'aide d'un système ERP traditionnel. Les pièces et les sous-ensembles sont créés à partir d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient les informations nécessaires pour créer les pièces et les sous-ensembles dans le système ERP.

Les points critiques de ce processus sont :

* La création des pièces et des sous-ensembles à partir du fichier HTML peut être complexe et nécessite une analyse approfondie pour s'assurer de la cohérence des données.
* Les informations présentes dans le fichier HTML ne sont pas toujours exportées dans le système ERP, ce qui peut entraîner des erreurs ou des incohérences.
* Le système ERP actuel n'est pas conçu pour gérer les ordres de fabrication de manière efficace, ce qui peut entraîner des problèmes de gestion des stocks et des commandes.

Les attentes des clients sont :

* Une gestion des ordres de fabrication efficace et précise.
* Une création automatique des pièces et des sous-ensembles à partir du fichier HTML.
* Une possibilité de télécharger les plans en PDF dans l'article de la pièce concernée.

Les hypothèses qui peuvent avoir un impact sur le projet sont :

* La capacité du système ERP à gérer les ordres de fabrication de manière efficace.
* La qualité et la cohérence des données présentes dans le fichier HTML.
* La possibilité de télécharger les plans en PDF dans l'article de la pièce concernée.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

6.2. Schéma des processus ERP : Gérer les ordres de fabrication 2.0

Une image contenant texte, capture d’écran, diagramme, ligne

Le contenu généré par l’IA peut être incorrect.

6.3. Principales règles de gestion

6.3. Principales règles de gestion

- **Création automatique des articles** : Lors de l'importation de la BOM (Bill of Material) en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- **BOM history** : Le système conserve un historique des changements apportés à la BOM, permettant de suivre les modifications effectuées.
- **Nomenclature** : La nomenclature est utilisée pour identifier les pièces et les sous-ensembles. Les pièces à plan sont toujours des DES, tandis que les standards sont des STB, STC, STA ou COT.
- **Importation de la BOM** : Lors de l'importation de la BOM, le système crée automatiquement les sous-ensembles et les pièces, ainsi que les liens entre eux.
- **Téléchargement de plans PDF** : Il est possible de télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée.
- **Analyse et validation** : Avant de procéder à l'importation, il est nécessaire d'analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas d'erreurs. Il faut également valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent d'indiquer dans le 3D.
- **Création de pièces et de sous-ensembles** : Lors de l'importation de la BOM, le système crée automatiquement les pièces et les sous-ensembles, ainsi que les liens entre eux.

6.4. Documents et statistiques

**Documents et statistiques**

* **Documents à imprimer** :
+ Fichier HTML de la BOM (Bill of Material) pour chaque projet
+ Fichier PDF du plan d'assemblage pour chaque pièce
* **États métiers attendus** :
+ Liste des pièces et sous-ensembles pour chaque projet
+ Historique des changements de la BOM pour chaque projet
+ Statistiques sur les pièces et sous-ensembles pour chaque projet
* **Informations à analyser** :
+ Nomenclature des pièces et sous-ensembles
+ Matière des pièces et sous-ensembles
+ Numéro de pièce et sous-ensemble
+ Plan d'assemblage pour chaque pièce
+ Historique des changements de la BOM
* **Analyse des besoins** :
+ Identifier les informations pertinentes pour l'achat et la gestion de stock
+ Valider les processus internes pour l'importation des fichiers HTML et PDF
+ Définir les règles de validation pour les pièces et sous-ensembles
* **Actions à suivre** :
+ Faire des points en interne pour valider les processus et les règles de validation
+ Importer les fichiers HTML et PDF dans l'ERP pour créer les pièces et sous-ensembles
+ Analyser les statistiques pour optimiser la gestion de stock et l'achat.

6.5. Volume des données

**Volume des données référentielles**

- **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce présente dans la BOM, avec son numéro, nom, matière, etc.
- **BOM (Bill of Material)** : Le système crée un historique des changements apportés à la BOM.
- **Sous-ensembles** : Le système crée des sous-ensembles pour les pièces et les sous-ensembles.
- **Pièces** : Le système crée des pièces pour les sous-ensembles.
- **Documents** : Le système crée des documents tels que les plans PDF pour les pièces.

**Volumes de documents**

- **Journal des achats** : [INFORMATION MANQUANTE]
- **Commandes** : Le système crée des commandes pour les pièces.
- **Fichiers HTML** : Le système crée des fichiers HTML pour la BOM et les sous-ensembles.
- **Fichiers PDF** : Le système crée des fichiers PDF pour les plans des pièces.

**Volume des données par période**

- **Jour** : [INFORMATION MANQUANTE]
- **Semaine** : [INFORMATION MANQUANTE]
- **Mois** : [INFORMATION MANQUANTE]
- **Année** : [INFORMATION MANQUANTE]

**Remarques**

- Le système utilise des fichiers HTML pour la BOM et les sous-ensembles.
- Le système crée automatiquement des articles et des pièces en fonction de la BOM.
- Le système crée des documents tels que les plans PDF pour les pièces.
- Il est nécessaire de faire des points en interne pour valider les processus et les besoins avant de poursuivre l'analyse.

6.6. Ecarts critiques et interfaces

**Ecart critique : Manque de cohérence entre les fichiers HTML et les informations présentes dans le système**

* Lors de l'importation des fichiers HTML dans le système, il y a un manque de cohérence entre les informations présentes dans les fichiers et celles présentes dans le système.
* Les fichiers HTML contiennent des informations sur les pièces, les sous-ensembles et les top assemblages, mais certaines de ces informations ne sont pas exportées dans le fichier.
* Par exemple, les informations sur les plans d'assemblage (PDF) ne sont pas présentes dans les fichiers HTML, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles.
* Il est nécessaire de faire une analyse plus approfondie des fichiers HTML pour identifier les informations pertinentes et les intégrer dans le système.

**Ecart critique : Manque de standardisation dans les numéros de pièces**

* Les numéros de pièces utilisés dans les fichiers HTML ne sont pas standardisés, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles.
* Les numéros de pièces utilisés sont souvent des numéros de projet ou des numéros de top assemblage, ce qui ne correspond pas aux numéros de pièces utilisés dans le système.

**Interface critique : Importation des fichiers HTML**

* L'importation des fichiers HTML dans le système nécessite une analyse plus approfondie pour identifier les informations pertinentes et les intégrer dans le système.
* Il est nécessaire de faire des points en interne pour valider les process et déterminer les informations à intégrer dans le système.

**Interface critique : Téléchargement des plans d'assemblage (PDF)**

* Il est nécessaire de télécharger les plans d'assemblage (PDF) associés aux pièces et sous-ensembles pour les intégrer dans le système.
* Les plans d'assemblage (PDF) ne sont pas présents dans les fichiers HTML, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).

7. Planifier la production

7.1. Contexte et Hypothèses

7.1. Contexte et Hypothèses

- **Situation actuelle** : Le processus de planification de la production utilise un atelier de conception CATIA pour créer des fichiers BOM (Bill of Material) en format HTML. Ces fichiers sont ensuite importés dans le système, créant automatiquement des articles en fonction des pièces et de leurs caractéristiques.
- **Points critiques** :
+ La création de fichiers BOM en format HTML nécessite une macro spécifique pour structurer les données de manière compatible avec le système.
+ Les informations présentes dans les fichiers BOM ne sont pas toujours exportées, ce qui peut rendre difficile l'identification des pièces et la gestion des achats.
- **Attentes client** : Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans l'article correspondant.
- **Hypothèses** :
+ L'importation des fichiers BOM dans le système créera automatiquement des articles en fonction des pièces et de leurs caractéristiques.
+ Les informations présentes dans les fichiers BOM ne sont pas toujours exportées, ce qui peut rendre difficile l'identification des pièces et la gestion des achats.
- **Besoins et hypothèses à valider** :
+ Identifier les besoins et les informations pertinentes à inclure dans le fichier BOM.
+ Valider les processus internes pour améliorer la cohérence et la qualité des données.
+ Analyser comment importer les fichiers BOM dans le système pour créer les articles et les sous-ensembles.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

7.2. Schéma des processus ERP : Planifier la production 3.0

Une image contenant texte, diagramme, capture d’écran, conception

Le contenu généré par l’IA peut être incorrect.

7.3. rincipales règles de gestion

Décrire les principales règles du client et comment l’ERP peut y répondre.

7.4. Documents et statistiques

**Documents et statistiques**

- **Fichier HTML de la BOM** : Ce fichier est généré à partir de la BOM en fichier HTML, qui est ensuite importé dans le système pour créer automatiquement les articles en fonction de chaque pièce.
- **BOM history** : Ce document contient le log de tous les changements effectués sur la BOM.
- **Tableau récapitulatif** : Ce tableau reprend les sous-ensembles et les pièces de la BOM.
- **Article PRJ0040** : Cet article est créé pour représenter le projet et contient les informations relatives au projet.
- **Plan d'assemblage** : Chaque ligne de la BOM a un plan d'assemblage associé, qui peut être téléchargé en PDF dans l'article de la pièce concernée.
- **Fichier PDF de plan** : Ce fichier est téléchargé dans l'article de la pièce concernée pour y associer le plan d'assemblage.

**États et statistiques métiers attendus**

- **Nombre de pièces créées** : Ce chiffre indique le nombre de pièces créées à partir de la BOM.
- **Nombre de sous-ensembles créés** : Ce chiffre indique le nombre de sous-ensembles créés à partir de la BOM.
- **Nombre de plans d'assemblage téléchargés** : Ce chiffre indique le nombre de plans d'assemblage téléchargés en PDF dans les articles de pièces.
- **Nombre de fichiers HTML importés** : Ce chiffre indique le nombre de fichiers HTML importés dans le système pour créer les articles et les sous-ensembles.

7.5. Volume des données

**Volume des données référentielles et nombre de documents par période**

* **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par l'atelier CATIA. Chaque fiche article correspond à une pièce ou un sous-ensemble.
* **Journal des achats** : Le journal des achats n'est pas explicitement mentionné dans les notes sources.
* **Nombre de documents par période** :
+ **Jour** : [INFORMATION MANQUANTE]
+ **Semaine** : [INFORMATION MANQUANTE]
+ **Mois** : [INFORMATION MANQUANTE]
+ **Année** : [INFORMATION MANQUANTE]
* **Volume des données** :
+ **Fiches articles** : Le nombre de fiches articles créées est directement lié au nombre de pièces ou de sous-ensembles présents dans les fichiers HTML.
+ **Pièces** : Le nombre de pièces est similaire au nombre de fiches articles créées.
+ **Sous-ensembles** : Le nombre de sous-ensembles est également similaire au nombre de fiches articles créées.
* **Informations pertinentes** : Les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc., ne sont pas explicitement mentionnées dans les notes sources.

7.6. Ecarts critiques et interfaces

**Ecart critique 1 : Absence de plan d'assemblage associé aux pièces**

* Description : Actuellement, les pièces créées à partir du fichier HTML ne sont pas associées à un plan d'assemblage.
* Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production.
* Solution : Il faudrait intégrer la possibilité de télécharger le plan PDF associé à chaque pièce dans l'article de la pièce concernée.

**Ecart critique 2 : Absence de gestion de la nomenclature**

* Description : La nomenclature utilisée dans le fichier HTML n'est pas prise en compte dans le système.
* Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production.
* Solution : Il faudrait intégrer la possibilité de gérer la nomenclature et de l'associer aux pièces créées à partir du fichier HTML.

**Ecart critique 3 : Absence de gestion des sous-ensembles**

* Description : Les sous-ensembles créés à partir du fichier HTML ne sont pas pris en compte dans le système.
* Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production.
* Solution : Il faudrait intégrer la possibilité de gérer les sous-ensembles et de les associer aux pièces créées à partir du fichier HTML.

**Interface à améliorer : Importation du fichier HTML**

* Description : L'importation du fichier HTML dans le système est actuellement manuelle et peut entraîner des erreurs.
* Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production.
* Solution : Il faudrait intégrer une fonctionnalité automatique pour importer le fichier HTML et créer les pièces et les sous-ensembles associés.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).

8. Enregistrer la consommation

8.1. Contexte et Hypothèses

**Contexte et Hypothèses**

La situation actuelle consiste à importer des fichiers HTML générés à partir de la catégorie "Atelier conception CATIA" dans le système ERP. Ces fichiers contiennent des informations sur les pièces, les sous-ensembles et les arborescences. Le système ERP crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.

Les points critiques sont les suivants :

* Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes et peuvent nécessiter une analyse approfondie.
* Les processus actuels ne permettent pas de télécharger les plans PDF associés aux pièces.
* Les informations pertinentes pour l'achat, telles que le code STD, ne sont pas toujours exportées dans les fichiers HTML.

Les attentes client sont les suivantes :

* Importer les fichiers HTML dans le système ERP pour créer les pièces, les sous-ensembles et les arborescences.
* Télécharger les plans PDF associés aux pièces.
* Améliorer les processus actuels pour garantir la cohérence et la pertinence des informations.

Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :

* La nécessité de faire des points en interne pour valider les processus et les besoins.
* La nécessité de discuter avec les utilisateurs pour identifier les besoins et les attentes.
* La nécessité de faire une analyse approfondie des fichiers HTML pour garantir la cohérence et la pertinence des informations.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

8.2. Schéma des processus ERP : Enregistrer la consommation 4.0

Une image contenant capture d’écran, diagramme, ligne, conception

Le contenu généré par l’IA peut être incorrect.

8.3. Principales règles de gestion

**8.3. Principales règles de gestion**

* Le client utilise un système de gestion de la chaîne d'approvisionnement (SCM) qui permet de gérer les pièces et les sous-ensembles à travers un fichier HTML.
* Le fichier HTML est généré à partir d'un modèle 3D (CATIA) et contient les informations suivantes :
+ Nomenclature (matière)
+ Numéro de pièce
+ Nom de pièce
+ Sous-ensembles
+ Pièces
* Le système crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans le fichier HTML.
* Le client utilise également un outil de tracking pour suivre les modifications apportées aux pièces et aux sous-ensembles.
* Le système permet de télécharger les plans PDF associés aux pièces et aux sous-ensembles.
* Le client souhaite améliorer la gestion des pièces et des sous-ensembles en intégrant les informations suivantes :
+ Code STD
+ Gestion de documentaire (fichiers de partage)
+ Téléchargement de plans PDF dans l'article de la pièce concernée
* Le client souhaite analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces exceptionnelles.
* Le client souhaite valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent d'indiquer dans le 3D.

8.4. Documents et statistiques

**Documents à imprimer et statistiques métiers attendus lors de l'enregistrement de la consommation**

- **Documents à imprimer :**
+ Fiche article pour chaque pièce créée
+ Journal des achats pour les commandes passées
+ Historique des modifications pour suivre les changements apportés aux pièces et aux sous-ensembles

- **Statistiques métiers attendus :**
+ Nombre de pièces créées et de sous-ensembles
+ Quantité de chaque pièce commandée et reçue
+ Historique des modifications apportées aux pièces et aux sous-ensembles
+ Statistiques sur les commandes passées et les livraisons reçues

8.5. Volume des données

**Volume des données**

* **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* **Journal des achats** : Non mentionné dans les notes sources.
* **Nombre de documents par période** :
+ **Jour** : [INFORMATION MANQUANTE]
+ **Semaine** : [INFORMATION MANQUANTE]
+ **Mois** : [INFORMATION MANQUANTE]
+ **Année** : [INFORMATION MANQUANTE]
* **Taille des fichiers HTML** : Les fichiers HTML sont utilisés pour structurer la BOM et peuvent être de taille variable.
* **Nombre de fichiers HTML** : Plusieurs fichiers HTML sont utilisés pour différents cas de figure.
* **Informations présentes dans les fichiers HTML** :
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Plan d'assemblage (PDF)
+ Code STD
+ Gestion de documentaire (fichiers de partage)
* **Informations manquantes dans les fichiers HTML** :
+ Plan d'assemblage (PDF) pour certains sous-ensembles
+ Numéro de plan d'assemblage pour certains sous-ensembles
* **Volume de données à importer** : Le système crée automatiquement des articles en fonction de chaque pièce, mais il est possible que des informations manquent dans les fichiers HTML.

8.6. Ecarts critiques et interfaces

**Ecart critique 1 : Importation de la BOM**

* L'importation de la BOM en fichier HTML n'est pas entièrement cohérente avec les normes ERP traditionnelles.
* Les informations présentes dans le fichier HTML ne sont pas exhaustives, notamment en ce qui concerne les plans d'assemblage associés aux pièces.

**Ecart critique 2 : Absence de plans d'assemblage**

* Les plans d'assemblage associés aux pièces ne sont pas exportés dans le fichier HTML.
* Cela rend difficile la gestion des pièces et des sous-ensembles dans l'ERP.

**Ecart critique 3 : Gestion des documents**

* Les fichiers de partage (fichiers PDF) ne sont pas téléchargés dans l'article de la pièce concernée.
* Cela rend difficile la gestion des documents associés aux pièces.

**Interface critique 1 : Importation de la BOM**

* L'importation de la BOM en fichier HTML nécessite une macro pour structurer la BOM de la manière dont l'ERP l'interprète.
* Cela peut entraîner des erreurs si la macro n'est pas correctement configurée.

**Interface critique 2 : Gestion des documents**

* La téléchargement des plans d'assemblage en PDF dans l'article de la pièce concernée nécessite une fonctionnalité spécifique dans l'ERP.
* Cela peut entraîner des problèmes si la fonctionnalité n'est pas disponible ou si elle n'est pas correctement configurée.

**Action à prendre**

* Valider les processus internes pour identifier les besoins et les informations pertinentes à inclure dans la BOM.
* Analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas d'erreurs.
* Développer une macro pour structurer la BOM de la manière dont l'ERP l'interprète.
* Mettre en place une fonctionnalité pour télécharger les plans d'assemblage en PDF dans l'article de la pièce concernée.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

9. Enregistrer la production

9.1. Contexte et Hypothèses

**9.1. Contexte et Hypothèses**

La situation actuelle consiste à enregistrer la production à l'aide d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient la liste des composants nécessaires pour la production, ainsi que les informations relatives à chaque pièce, telles que le numéro, le nom, la matière, etc.

Les points critiques de ce processus sont les suivants :

- La nécessité de valider les informations contenues dans le fichier HTML avant d'importer les données dans l'ERP.
- La possibilité de modifications apportées au fichier HTML qui pourraient affecter la cohérence des données.
- La nécessité de créer automatiquement les articles en fonction des pièces contenues dans le fichier HTML.

Les attentes du client sont les suivantes :

- La possibilité de télécharger les plans PDF associés aux pièces dans l'article correspondant.
- La création automatique des articles en fonction des pièces contenues dans le fichier HTML.

Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :

- La nécessité de valider les processus internes avant de procéder à l'import des données dans l'ERP.
- La possibilité de modifications apportées au fichier HTML qui pourraient affecter la cohérence des données.
- La nécessité de créer des points de contact pour informer les parties prenantes des progrès du projet.

En résumé, le processus d'enregistrement de la production nécessite une validation des informations contenues dans le fichier HTML avant d'importer les données dans l'ERP, ainsi que la création automatique des articles en fonction des pièces contenues dans le fichier HTML.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

9.2. Schéma des processus ERP : Enregistrer la production 5.0

Une image contenant texte, capture d’écran, diagramme, ligne

Le contenu généré par l’IA peut être incorrect.

9.3. Principales règles de gestion

**Principales règles de gestion pour l'enregistrement de la production**

* Le client utilise l'atelier de conception CATIA pour créer des modèles de production, qui sont ensuite exportés sous forme de fichier HTML.
* Le fichier HTML est ensuite importé dans l'ERP, qui crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* Le système conserve l'historique des changements apportés aux BOM (Bill of Material) dans un journal des achats.
* Les pièces sont organisées en arborescence, avec des sous-ensembles et des pièces détaillées.
* Le top chapeau est le projet principal, qui contient les sous-ensembles et les pièces détaillées.
* Les informations présentes dans le fichier HTML incluent :
+ Le code STD
+ La nomenclature
+ La matière
+ Le numéro de pièce
+ Le nom de pièce
+ Le plan d'assemblage (PDF)
* Le système n'est pas conforme aux normes ERP traditionnelles, car il utilise une approche différente pour gérer les pièces et les sous-ensembles.
* Il est nécessaire de faire une analyse approfondie des fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces manquantes.
* Il faudra également valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent pour indiquer dans le 3D.

9.4. Documents et statistiques

**Documents et statistiques**

* **Fichier HTML** : Le fichier HTML généré à partir de la BOM (Bill of Material) est utilisé pour importer les données dans l'ERP. Il contient les informations suivantes :
+ Nomenclature
+ Matière
+ Numéro de pièce
+ Description
+ Quantité
+ Unité de mesure
* **BOM history** : Le BOM history est un journal qui enregistre les modifications apportées à la BOM. Il contient les informations suivantes :
+ Date et heure de modification
+ Utilisateur qui a effectué la modification
+ Description de la modification
* **Statistiques** :
+ Nombre de pièces dans la BOM
+ Nombre de sous-ensembles dans la BOM
+ Nombre de pièces commandées
+ Nombre de pièces disponibles
* **Fichier PDF** : Le fichier PDF contient les plans de pièce et d'assemblage. Il est possible de télécharger le fichier PDF dans l'article de la pièce concernée.
* **Gestion de documentaire** : La gestion de documentaire est utilisée pour stocker les fichiers de partage, notamment les plans de pièce et d'assemblage.

**Documents à imprimer** :

* **Fichier HTML** : Le fichier HTML doit être imprimé pour importer les données dans l'ERP.
* **BOM history** : Le BOM history doit être imprimé pour enregistrer les modifications apportées à la BOM.
* **Statistiques** : Les statistiques doivent être imprimées pour suivre les performances de la production.

**États attendus** :

* **État de la production** : L'état de la production doit être mis à jour pour refléter les modifications apportées à la BOM.
* **État des pièces** : L'état des pièces doit être mis à jour pour refléter les pièces commandées et disponibles.
* **État des sous-ensembles** : L'état des sous-ensembles doit être mis à jour pour refléter les modifications apportées à la BOM.

9.5. Volume des données

**Volume des données référentielles et nombre de documents par période**

* **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par la macro de Katia. Chaque fiche article correspond à une pièce ou un sous-ensemble de la BOM.
* **Nombre de fiches articles** : Le nombre de fiches articles créées est égal au nombre de pièces et de sous-ensembles de la BOM.
* **Journal des achats** : Le journal des achats n'est pas mentionné dans les notes sources.
* **Nombre de documents par période** :
+ **Jour** : [INFORMATION MANQUANTE]
+ **Semaine** : [INFORMATION MANQUANTE]
+ **Mois** : [INFORMATION MANQUANTE]
+ **Année** : [INFORMATION MANQUANTE]
* **Informations pertinentes pour l'achat** : Les informations pertinentes pour l'achat sont les codes STD, les nomenclatures, les matières, les pièces, les sous-ensembles et les plans associés.
* **Informations non exportées dans le fichier** : Les informations non exportées dans le fichier sont les plans PDF associés aux pièces et sous-ensembles.
* **Nombre de fichiers HTML** : Le nombre de fichiers HTML nécessaires pour l'analyse est inconnu.
* **Analyse et validation des besoins** : L'analyse et la validation des besoins doivent être effectuées en interne avant de procéder à l'importation des données dans l'ERP.

9.6. Ecarts critiques et interfaces

**9.6. Ecarts critiques et interfaces**

* **Ecart critique 1 :** L'importation de la BOM (Bill of Material) en fichier HTML ne prend pas en compte les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire et les plans PDF associés aux pièces.
* **Ecart critique 2 :** Le système n'est pas conforme aux normes ERP traditionnelles, ce qui peut entraîner des difficultés pour identifier les pièces et commander les sous-ensembles.
* **Interface à améliorer :** L'interface entre le système et le fichier HTML n'est pas encore claire, ce qui peut entraîner des erreurs d'importation.
* **Informations manquantes :** Il est nécessaire de recueillir plus d'informations sur les besoins et les processus internes pour identifier les écarts critiques et les interfaces à améliorer.
* **Analyse à effectuer :** Il est nécessaire d'analyser les fichiers HTML différents cas de figure pour s'assurer qu'ils sont tous cohérents et qu'il n'y a pas de pièces exception.
* **Validation des processus :** Il est nécessaire de valider les processus internes pour identifier les besoins et les écarts critiques avant de poursuivre l'analyse et le développement.
* **Communication :** Il est nécessaire de communiquer régulièrement avec l'équipe pour tenir informés des progrès et des décisions prises.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

10. Terminer la production

10.1. Contexte et Hypothèses

**10.1. Contexte et Hypothèses**

La situation actuelle consiste à importer des fichiers HTML générés à partir de la conception en 3D avec CATIA, qui contiennent les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles dans le système de gestion de la production. Ces fichiers sont ensuite importés dans le système, qui crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM.

Les points critiques sont les suivants :

* La BOM est générée à partir de la conception en 3D avec CATIA, ce qui nécessite une macro pour structurer les informations de fabrication.
* Les fichiers HTML générés contiennent les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles, mais il est possible que certaines informations ne soient pas exportées.
* Le système de gestion de la production crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM, mais il est possible que certaines informations ne soient pas prises en compte.

Les attentes client sont les suivantes :

* Les pièces et les sous-ensembles doivent être créés automatiquement dans le système de gestion de la production.
* Les informations de fabrication doivent être exactes et complètes.
* Les articles doivent être créés avec les informations de fabrication nécessaires pour la production.

Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :

* La macro utilisée pour structurer les informations de fabrication est correcte et fonctionne comme attendu.
* Les fichiers HTML générés contiennent toutes les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles.
* Le système de gestion de la production crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

10.2 Schéma des processus ERP : Terminer la production 6.0

Une image contenant texte, capture d’écran, ligne, diagramme

Le contenu généré par l’IA peut être incorrect.

10.3. Principales règles de gestion

**10.3. Principales règles de gestion**

* Le client utilise l'atelier CATIA pour créer des fichiers BOM (Bill of Material) en format HTML.
* Ces fichiers sont ensuite importés dans l'ERP, qui crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* Le système conserve également un historique des changements apportés aux BOM.
* Les pièces sont organisées en arborescence, avec des sous-ensembles et des pièces détaillées.
* Le top chapeau est le projet, qui contient les sous-ensembles et les pièces.
* Les informations présentes dans les fichiers BOM incluent :
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Code STD
+ Gestion de documentaire (fichiers de partage)
* Les fichiers BOM peuvent être utilisés pour commander les pièces nécessaires.
* Actuellement, les plans d'assemblage ne sont pas associés aux pièces, mais cela pourrait potentiellement changer.
* Il est nécessaire de faire des points en interne pour valider les process et identifier les besoins avant de poursuivre l'analyse et le développement.

10.4. Documents et statistiques

**Documents à imprimer et statistiques attendues**

* La fiche article pour chaque pièce créée à partir de la BOM importée
* Le journal des achats pour les pièces commandées
* Le journal des ventes pour les pièces vendues
* Le tableau récapitatif des sous-ensembles et des pièces pour chaque top assemblage
* Le plan d'assemblage PDF pour chaque pièce
* Le BOM history pour suivre les changements apportés à la BOM

**Statistiques attendues**

* Le nombre de pièces créées à partir de la BOM importée
* Le nombre de pièces commandées et vendues
* Le montant total des commandes et des ventes
* Le taux de satisfaction client pour les pièces vendues

**Informations à prendre en compte**

* La codification des pièces (DES, ALM DES, STB, STC, STA, COT)
* La matière des pièces
* Le numéro du top assemblage
* Le numéro de la pièce
* Le plan d'assemblage PDF pour chaque pièce

**Analyse**

Il est important de prendre en compte les informations présentes dans la BOM importée et de les analyser pour identifier les besoins et les améliorations à apporter. Cela inclut la création de fiches article pour chaque pièce, le journal des achats et des ventes, ainsi que le tableau récapitatif des sous-ensembles et des pièces pour chaque top assemblage. Il est également important de prendre en compte les plans d'assemblage PDF pour chaque pièce et de les télécharger dans l'article de la pièce concernée.

10.5. Volume des données

**Volume des données référentielles**

* **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par l'atelier CATIA. Chaque fiche article correspond à une pièce ou un sous-ensemble.
* **Nombre de fiches articles** : Le nombre de fiches articles créés est fonction du nombre de pièces et de sous-ensembles présents dans le fichier HTML.
* **Fichier HTML** : Le fichier HTML est généré à partir de l'atelier CATIA et contient les informations suivantes :
+ Nomenclature (matière)
+ Numéro de pièce
+ Nom de la pièce
+ Sous-ensembles
+ Pièces
* **Importation des fiches articles** : Les fiches articles sont importées dans l'ERP à partir du fichier HTML. L'importation crée automatiquement les articles en fonction des informations présentes dans le fichier.
* **Arborescence des sous-ensembles** : L'arborescence des sous-ensembles est présente dans le fichier HTML et est utilisée pour créer les sous-ensembles dans l'ERP.
* **Pièces** : Les pièces sont présentes dans le fichier HTML et sont utilisées pour créer les articles dans l'ERP.
* **Fichier PDF** : Le fichier PDF contenant le plan de la pièce est téléchargé dans l'article de la pièce concernée.

**Nombre de documents par période**

* **Jour** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML.
* **Semaine** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML.
* **Mois** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML.
* **Année** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML.

**Informations manquantes**

* Le nombre exact de fiches articles créés et importés par période.
* La fréquence de génération des fichiers HTML.
* Les processus internes pour valider les informations présentes dans les fiches articles.

10.6. Ecarts critiques et interfaces

10.6. Ecarts critiques et interfaces

- **Ecart critique 1 :** La fiche article créée automatiquement dans Business Central à partir du fichier HTML exporté de CATIA ne contient pas toutes les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc.
- **Ecart critique 2 :** Le système actuel ne permet pas de télécharger le plan PDF dans l'article de la pièce concernée, ce qui est un besoin important pour les utilisateurs.
- **Ecart critique 3 :** La numérotation des pièces et des sous-ensembles n'est pas cohérente avec les normes traditionnelles des ERP, ce qui peut entraîner des erreurs de commande.
- **Interface à améliorer :** La macro utilisée pour structurer la BOM de CATIA et l'exporter en fichier HTML doit être améliorée pour inclure toutes les informations pertinentes.
- **Interface à améliorer :** La synchronisation des informations entre le fichier HTML et la base de données de Business Central doit être améliorée pour éviter les erreurs de synchronisation.
- **Interface à améliorer :** La possibilité de télécharger le plan PDF dans l'article de la pièce concernée doit être intégrée dans le système.
- **Interface à améliorer :** La numérotation des pièces et des sous-ensembles doit être cohérente avec les normes traditionnelles des ERP.

Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.

11. Rapports

11.1 Contexte et Hypothèses

**11.1. Contexte et Hypothèses**

- **Situation actuelle** : Le processus de rapports est utilisé pour importer des fichiers HTML générés à partir de l'atelier CATIA. Ces fichiers contiennent des informations sur les pièces, les sous-ensembles et les assemblages. Lors de l'importation, le système crée automatiquement des articles en fonction des pièces présentes dans le fichier.
- **Points critiques** :
* La structure des fichiers HTML n'est pas conforme aux normes ERP traditionnelles.
* Les informations présentes dans les fichiers ne sont pas toutes exportées dans le fichier HTML.
* Il n'y a pas de lien entre les pièces et les plans d'assemblage associés.
- **Attentes client** : Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans le système ERP.
- **Hypothèses** :
* Le système ERP actuel n'est pas conçu pour gérer les assemblages et les sous-ensembles de manière standardisée.
* Les fichiers HTML générés à partir de l'atelier CATIA contiennent des informations pertinentes pour l'achat et la gestion des pièces.
* Il faudra valider les processus internes avant de poursuivre le développement de l'intégration avec l'atelier CATIA.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

11.2. Schéma des processus ERP : Rapports 7.0

**Processus : Rapports**

**Section 11.2. Schéma des processus ERP : Rapports 7.0**

* **Importation de la BOM en fichier HTML** :
+ Le fichier HTML est généré à partir de l'atelier CATIA.
+ Le fichier contient les informations de la BOM, notamment les pièces, les sous-ensembles et les arborescences.
+ Le fichier est importé dans le système ERP.
* **Création automatique des articles** :
+ Le système ERP crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM.
+ Les articles sont créés avec leurs numéros, noms, matières, etc.
* **Gestion de l'arborescence** :
+ L'arborescence de la BOM est présente dans le système ERP.
+ Les sous-ensembles et les pièces sont rattachés aux articles correspondants.
* **Importation de fichiers HTML pour analyse** :
+ Il est nécessaire d'importer plusieurs fichiers HTML pour analyser les cas de figure et s'assurer de la cohérence des données.
+ L'analyse permettra de valider les processus et de déterminer les besoins pour l'amélioration de la gestion de la BOM.
* **Gestion des plans d'assemblage** :
+ Les plans d'assemblage sont associés aux articles et aux sous-ensembles.
+ Il est possible de télécharger les plans en PDF dans l'article correspondant.
* **Validation des processus** :
+ Il est nécessaire de valider les processus internes pour déterminer les besoins et les améliorations nécessaires.
+ Les points validés seront communiqués au groupe pour la mise en œuvre des changements.

11.3. Principales règles de gestion

**11.3. Principales règles de gestion**

* Le client utilise un processus de gestion de la chaîne d'approvisionnement (SCM) personnalisé qui intègre les informations de la BOM (Bill of Material) avec les données de l'atelier de conception CATIA.
* La BOM est exportée sous forme de fichier HTML qui est ensuite importé dans l'ERP, créant automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* Le système conserve l'historique des changements effectués sur la BOM, permettant de suivre les modifications apportées aux composants.
* Les informations présentes dans la BOM incluent :
+ La nomenclature des pièces
+ Les sous-ensembles
+ Les pièces associées
+ Les informations de codification (DES, STB, STC, STA, COT)
* Le client souhaite intégrer les plans PDF associés aux pièces dans l'ERP, permettant de télécharger les plans directement depuis l'article de la pièce.
* Le processus actuel consiste à importer les fichiers HTML dans l'ERP, créant les pièces, les éléments et les sous-ensembles associés.
* Le client souhaite analyser les fichiers HTML pour s'assurer de leur cohérence et identifier les besoins pour améliorer le processus de gestion de la chaîne d'approvisionnement.
* Un double-check est nécessaire pour valider les processus et les informations présentes dans les fichiers HTML.

11.4. Documents et statistiques

**Documents et statistiques**

Les documents suivants doivent être imprimés durant le processus de gestion de la BOM (Bill of Material) :

* La BOM elle-même, qui contient les informations sur les pièces, les sous-ensembles et les relations entre eux.
* Le journal des achats, qui permet de suivre les commandes et les livraisons de pièces.
* Les rapports de production, qui fournissent des informations sur la production et les stocks de pièces.

Les états et statistiques métiers attendus sont :

* Le nombre de pièces et de sous-ensembles dans la BOM.
* Le nombre de commandes et de livraisons de pièces.
* Les quantités de pièces en stock et en production.
* Les informations sur les plans d'assemblage et les documents associés.
* Les rapports de production et de stockage.

Les informations suivantes doivent être présentes dans les fichiers HTML exportés :

* Les noms et les numéros des pièces et des sous-ensembles.
* Les informations sur les matières et les codifications.
* Les liens vers les plans d'assemblage et les documents associés.
* Les informations sur les commandes et les livraisons de pièces.

Les informations suivantes ne sont pas explicitement mentionnées dans les notes sources :

* Les procédures de validation et de suivi des commandes et des livraisons de pièces.
* Les règles de gestion des stocks et des quantités de pièces en production.
* Les informations sur les processus de production et de stockage.

Il est donc recommandé de consulter les notes sources pour obtenir plus d'informations sur ces sujets.

11.5. Volume des données

**Volume des données référentielles**

* **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
* **Journal des achats** : Les informations présentes dans le fichier HTML ne sont pas exportées dans le journal des achats.
* **BOM history** : Le système conserve l'historique des changements apportés aux BOM.
* **Pièces** : Le système crée des pièces en fonction des informations présentes dans le fichier HTML.
* **Sous-ensembles** : Le système crée des sous-ensembles en fonction des informations présentes dans le fichier HTML.
* **Arborescence** : Le système crée une arborescence des pièces et des sous-ensembles.

**Volume des documents par période**

* **Jour** : [INFORMATION MANQUANTE]
* **Semaine** : [INFORMATION MANQUANTE]
* **Mois** : [INFORMATION MANQUANTE]
* **Année** : [INFORMATION MANQUANTE]

**Informations pertinentes pour l'achat**

* **Code STD** : Présent dans le fichier HTML.
* **Gestion de documentaire** : Présent dans le fichier HTML.

**Informations non exportées dans le fichier**

* **Plan d'assemblage** : Présent dans le fichier HTML, mais pas exporté dans le fichier.
* **PDF associé** : Présent dans le fichier HTML, mais pas exporté dans le fichier.

**Analyse et validation**

* Il est nécessaire de faire des points en interne pour identifier les besoins et valider les process.
* Il faudra ensuite nous tenir informés et nous dire quel point a été validé, comment on va faire plutôt que ça.

11.6. Ecarts critiques et interfaces

11.6. Ecarts critiques et interfaces

Les écarts critiques et interfaces identifiés durant les ateliers d'analyse sont les suivants :

- **Importation de la BOM** : La BOM est exportée en fichier HTML, structurée à l'aide d'une macro dans Katia, puis importée dans le système. Cela crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- **Manque d'informations** : Les informations présentes dans la BOM ne sont pas toutes exportées dans le fichier HTML, notamment les plans associés aux pièces.
- **Téléchargement de plans PDF** : Les plans PDF ne sont pas téléchargeables directement dans l'article de la pièce concernée.
- **Absence de plans d'assemblage** : Les plans d'assemblage ne sont pas associés aux sous-ensembles.
- **Numérotation des sous-ensembles** : La numérotation des sous-ensembles est différente de celle attendue.
- **Absence de lien entre les sous-ensembles** : Les sous-ensembles ne sont pas liés entre eux.

Ces écarts critiques et interfaces nécessitent une analyse plus approfondie pour identifier les besoins et les améliorations à apporter. Il faudra discuter en interne pour valider les process et les besoins avant de procéder à l'importation des fichiers HTML et à la création des articles et sous-ensembles.

12. Historiques

12.1. Contexte et Hypothèses

**12.1. Contexte et Hypothèses**

La situation actuelle consiste à importer des fichiers HTML générés à partir de la conception en 3D avec CATIA, qui contiennent des informations sur les pièces, les sous-ensembles et les assemblages. Ces fichiers sont ensuite importés dans le système ERP pour créer automatiquement les articles, les pièces et les sous-ensembles.

Les points critiques sont les suivants :

* Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes avec les normes ERP traditionnelles.
* Les pièces et les sous-ensembles ne sont pas toujours liés à un chapeau ou un projet spécifique.
* Les plans PDF associés aux pièces ne sont pas toujours téléchargés dans l'article de la pièce concernée.

Les attentes client sont les suivantes :

* L'importation des fichiers HTML doit créer automatiquement les articles, les pièces et les sous-ensembles dans le système ERP.
* Les informations présentes dans les fichiers HTML doivent être cohérentes avec les normes ERP traditionnelles.
* Les pièces et les sous-ensembles doivent être liés à un chapeau ou un projet spécifique.

Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :

* La structure des fichiers HTML générés à partir de la conception en 3D avec CATIA peut varier en fonction des cas de figure.
* Les informations présentes dans les fichiers HTML peuvent ne pas être toujours cohérentes avec les normes ERP traditionnelles.
* Les pièces et les sous-ensembles peuvent ne pas toujours être liés à un chapeau ou un projet spécifique.

Il est donc important de faire des points en interne pour identifier les besoins et valider les processus avant de commencer le développement.

Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.

12.2 Schéma des processus ERP : Historiques 8.0

**Historiques**

* Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc., à partir de la BOM (Bill of Material) importée.
* La BOM est exportée en fichier HTML, qui est ensuite lisible par les utilisateurs qui n'ont pas accès à Katia.
* Le système utilise ce format pour afficher l'arborescence des pièces et des sous-ensembles.
* Les informations présentes dans la BOM incluent :
+ Nomenclature (matière)
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Autres champs renseignés dans l'album
* Le système crée un BOM history pour enregistrer les changements apportés à la BOM.
* Les utilisateurs peuvent télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée.
* Il est possible d'importer les fichiers HTML dans l'ERP pour créer les pièces, les éléments et les sous-ensembles.
* Les utilisateurs doivent faire des points en interne pour valider les process et identifier les besoins avant de procéder à l'importation des fichiers HTML.

**Informations manquantes**

* Comment fonctionne la macro pour structurer la BOM ?
* Quels sont les champs spécifiques qui sont renseignés dans l'album ?
* Comment sont gérés les plans PDF associés aux pièces ?

12.3. Principales règles de gestion

**Principales règles de gestion**

* Le client utilise un système de gestion de la chaîne d'approvisionnement (SCM) pour gérer ses pièces et ses sous-ensembles.
* Les pièces et les sous-ensembles sont créés automatiquement à partir de fichiers HTML générés à partir de la BOM (Bill of Material) de l'atelier CATIA.
* Les fichiers HTML contiennent les informations suivantes :
+ Nomenclature
+ Matière
+ Numéro de pièce
+ Nom de pièce
+ Sous-ensembles
+ Pièces
* Le système ERP crée automatiquement les articles en fonction des informations contenues dans les fichiers HTML.
* Les articles créés sont liés à la BOM et aux sous-ensembles.
* Le client souhaite pouvoir télécharger les plans PDF associés aux pièces et sous-ensembles directement dans l'ERP.
* Le client souhaite également pouvoir identifier les pièces et les sous-ensembles en fonction de leur matière et de leur numéro.
* Le client souhaite améliorer la gestion de la chaîne d'approvisionnement et la gestion des pièces et des sous-ensembles.
* Le client souhaite valider les processus et les besoins avant de poursuivre le développement.

12.4. Documents et statistiques

**Documents et statistiques**

- **Documents à imprimer** :
+ Fiches articles créées à partir des BOM importés
+ Historique des modifications des BOM
+ Liste des pièces et sous-ensembles associés à chaque projet
- **États métiers attendus** :
+ Liste des pièces et sous-ensembles créés à partir des BOM
+ Historique des modifications des BOM
+ Statistiques sur les pièces et sous-ensembles créés
- **Informations à collecter** :
+ Numéro de projet
+ Numéro de top assembly
+ Liste des pièces et sous-ensembles associés à chaque projet
+ Informations sur les plans d'assemblage (PDF) associés à chaque pièce et sous-ensemble
- **Fichiers HTML nécessaires** :
+ Un fichier HTML pour chaque projet, contenant les informations suivantes :
- Liste des pièces et sous-ensembles associés au projet
- Informations sur les plans d'assemblage (PDF) associés à chaque pièce et sous-ensemble
- Historique des modifications des BOM
- **Analyse et validation** :
+ Analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièce manquante
+ Valider les informations collectées et les documents à imprimer
+ Identifier les besoins et les améliorations nécessaires pour l'intégration des BOM dans l'ERP

12.5. Volume des données

**Volume des données référentielles**

- **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- **BOM (Bill of Material)** : Le système enregistre l'ensemble des pièces et sous-ensembles nécessaires pour la fabrication d'un produit.
- **Historique des modifications** : Le système conserve l'historique des modifications apportées à la BOM, y compris les changements de pièces, de sous-ensembles ou de quantités.
- **Pièces et sous-ensembles** : Le système enregistre les pièces et sous-ensembles individuels, y compris leurs caractéristiques et leurs relations avec les autres pièces et sous-ensembles.
- **Documents associés** : Le système permet l'association de documents tels que des plans PDF aux pièces et sous-ensembles.
- **Importation de fichiers HTML** : Le système importe des fichiers HTML générés à partir de la BOM pour créer les articles, les pièces et les sous-ensembles.

**Volumes des données**

- **Nombre de fiches articles** : [INFORMATION MANQUANTE]
- **Nombre de pièces et sous-ensembles** : [INFORMATION MANQUANTE]
- **Nombre de BOM** : [INFORMATION MANQUANTE]
- **Nombre de documents associés** : [INFORMATION MANQUANTE]

**Période de stockage des données**

- **Jour** : Les données sont stockées en temps réel.
- **Semaine** : Les données sont stockées pour une période de 1 semaine.
- **Mois** : Les données sont stockées pour une période de 1 mois.
- **Année** : Les données sont stockées pour une période de 1 an.

12.6. Ecarts critiques et interfaces

**Ecart critique 1 : Manque de cohérence entre les fichiers HTML et les informations exportées**

Les fichiers HTML générés à partir de CATIA ne sont pas toujours cohérents avec les informations exportées dans le fichier Excel. Par exemple, le numéro du top Sembly est parfois différent de celui attendu. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande.

**Ecart critique 2 : Manque de liens entre les pièces et les sous-ensembles**

Les fichiers HTML ne montrent pas toujours les liens entre les pièces et les sous-ensembles. Il est nécessaire de trouver un moyen de représenter ces liens pour faciliter la commande et la gestion des pièces.

**Ecart critique 3 : Manque de possibilité de télécharger les plans PDF**

Les fichiers HTML ne permettent pas de télécharger les plans PDF associés aux pièces. Il est nécessaire de trouver un moyen de télécharger ces plans pour faciliter la gestion des pièces.

**Ecart critique 4 : Manque de cohérence entre les informations exportées et les informations stockées dans l'ERP**

Les informations exportées dans le fichier Excel ne sont pas toujours cohérentes avec les informations stockées dans l'ERP. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande.

**Interface critique 1 : Fichier HTML**

Le fichier HTML généré à partir de CATIA est utilisé pour représenter les pièces et les sous-ensembles. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande.

**Interface critique 2 : Fichier Excel**

Le fichier Excel est utilisé pour exporter les informations des pièces et des sous-ensembles. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande.

Il est nécessaire de trouver des solutions pour résoudre ces écarts critiques et interfaces critiques pour améliorer la cohérence et la fiabilité des informations.

13. Annexe 1 : Liste d‘écarts

13.1 Liste d’écarts

**13.1. Liste d’écarts**

La liste d’écart doit être initialisée et finalisée à la fin de la phase d’analyse.

**URL de stockage de la liste des écarts :**

- SharePoint : [INFORMATION MANQUANTE]
- Teams : [INFORMATION MANQUANTE]
- DevOps : [INFORMATION MANQUANTE]
- Autre : [INFORMATION MANQUANTE]

**Informations à prendre en compte pour la liste d’écart :**

- La liste d’écart doit être cohérente avec les fichiers HTML fournis pour chaque cas de figure.
- Les fichiers HTML doivent être analysés pour s'assurer qu'ils sont tous cohérents et qu'il n'y a pas de pièces exceptionnelles.
- Les informations présentes dans les fichiers HTML doivent être pertinentes pour l'achat et l'identification des pièces.
- Les informations qui ne sont pas exportées dans le fichier doivent être identifiées et analysées.

**Processus à suivre :**

1. Analyser les fichiers HTML fournis pour chaque cas de figure.
2. Vérifier la cohérence des fichiers HTML et identifier les pièces exceptionnelles.
3. Identifier les informations pertinentes pour l'achat et l'identification des pièces.
4. Valider les informations qui ne sont pas exportées dans le fichier.
5. Finaliser la liste d’écart à la fin de la phase d’analyse.

Indiquer l’URL où la liste des écarts sera stockée (SharePoint / Teams / DevOps / Autre).

Contenu par Sections

Contenu organisé par sections avec édition individuelle.

3.1. Contexte et Hypothèses

**3.1. Contexte et Hypothèses** - **Situation actuelle :** Le processus de planification de la fabrication pour les produits finis est actuellement géré à l'aide d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient les informations nécessaires pour créer les pièces, les sous-ensembles et les articles dans le système ERP. - **Points critiques :** - La création automatique des articles dans le système ERP à partir du fichier HTML. - La possibilité de télécharger le plan PDF dans l'article de la pièce concernée. - La nécessité de valider les processus internes avant de poursuivre le développement. - **Attentes client :** - La capacité à importer les fichiers HTML dans le système ERP pour créer les pièces et les sous-ensembles. - La possibilité de télécharger le plan PDF dans l'article de la pièce concernée. - **Hypothèses :** - La présence d'un fichier HTML généré à partir de l'atelier de conception CATIA. - La capacité à importer les fichiers HTML dans le système ERP. - La possibilité de valider les processus internes avant de poursuivre le développement. - **Informations manquantes :** - Les détails sur la structure du fichier HTML et les informations qu'il contient. - Les exigences spécifiques du client en matière de planification de la fabrication. - Les contraintes techniques ou logicielles qui pourraient affecter le processus de planification de la fabrication.

3.3. Principales règles de gestion

**3.3. Principales règles de gestion** * Le client utilise l'atelier de conception CATIA pour créer des modèles de fabrication, qui sont ensuite exportés sous forme de fichier HTML. * Le fichier HTML est ensuite importé dans l'ERP, qui crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le client utilise également un outil de tracking pour suivre les modifications apportées aux modèles de fabrication. * Les informations présentes dans le fichier HTML incluent : + La nomenclature des pièces + Les sous-ensembles + Les pièces + Les informations de codification (DES, STB, STC, STA, COT) * Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans l'ERP. * Actuellement, les plans PDF ne sont pas associés aux pièces, mais cela pourrait potentiellement changer. * Le client souhaite également que l'ERP puisse gérer les informations de gestion de documentaire (fichiers de partage). * Il faudra faire des points en interne pour valider les processus et identifier les besoins avant de poursuivre le développement.

3.4. Documents et statistiques

**Documents et statistiques** * **Fiche article** : Créée automatiquement lors de l'importation de la BOM (Bill of Material) en fichier HTML, avec les informations suivantes : + Numéro de l'article + Nom de l'article + Matière + Autres champs renseignés dans l'album * **Journal des achats** : Non spécifié * **BOM history** : Contient le log de tous les changements effectués sur la BOM * **Statistiques métiers** : Non spécifiées **Documents à imprimer** * **Fiche article** : Non spécifié * **BOM** : Non spécifié * **BOM history** : Non spécifié **Informations pertinentes à exporter** * **Code STD** : Présent dans le fichier HTML * **Gestion de documentaire** : Fichiers de partage * **Plan PDF** : Téléchargeable dans l'article de la pièce concernée **Analyse et validation** * Il est nécessaire de faire des points en interne pour identifier les besoins et valider les processus avant de procéder à l'importation des fichiers HTML dans l'ERP. * Il est également nécessaire de valider les informations pertinentes à exporter et les documents à imprimer.

3.5. Volume des données

**Volume des données** * Nombre de fichiers HTML générés par période : [INFORMATION MANQUANTE] * Nombre de documents (fichiers HTML) par jour : [INFORMATION MANQUANTE] * Nombre de documents (fichiers HTML) par semaine : [INFORMATION MANQUANTE] * Nombre de documents (fichiers HTML) par mois : [INFORMATION MANQUANTE] * Nombre de documents (fichiers HTML) par an : [INFORMATION MANQUANTE] **Informations présentes dans les fichiers HTML** * Liste des pièces et sous-ensembles * Arborescence des pièces et sous-ensembles * Informations sur les pièces (numéro, nom, matière, etc.) * Informations sur les sous-ensembles (numéro, nom, etc.) * Lien vers les plans PDF associés aux pièces et sous-ensembles **Informations manquantes dans les fichiers HTML** * Plans PDF associés aux pièces et sous-ensembles (actuellement, les plans PDF ne sont pas exportés dans les fichiers HTML) * Informations sur les pièces et sous-ensembles (par exemple, les informations sur les pièces et sous-ensembles ne sont pas exportées dans les fichiers HTML) **Impact sur la planification de la fabrication** * La planification de la fabrication sera influencée par la présence d'informations manquantes dans les fichiers HTML, telles que les plans PDF associés aux pièces et sous-ensembles. * Il faudra prendre en compte les informations manquantes lors de la planification de la fabrication pour éviter les erreurs et les dysfonctionnements.

3.6. Ecarts critiques et interfaces

**Ecart critique : manque de cohérence entre le fichier HTML et le système ERP** * Lors de l'importation du fichier HTML dans le système ERP, il est possible que certaines informations ne soient pas cohérentes avec les données existantes dans le système. * Le système ERP crée automatiquement des articles en fonction des pièces présentes dans le fichier HTML, mais il est possible que certaines pièces soient déjà présentes dans le système sous un numéro différent. * Il est donc important de faire un double-check pour s'assurer que les informations sont cohérentes entre le fichier HTML et le système ERP. **Ecart critique : manque de lien entre les pièces et les sous-ensembles** * Le système ERP permet de créer des sous-ensembles, mais il n'y a pas de lien direct entre les pièces et les sous-ensembles. * Il est donc important de trouver un moyen de lier les pièces aux sous-ensembles pour faciliter la gestion des pièces et des sous-ensembles. **Interface : besoin d'un fichier HTML pour chaque cas de figure** * Il est nécessaire de créer un fichier HTML pour chaque cas de figure pour s'assurer que les informations sont cohérentes et que les pièces sont correctement liées aux sous-ensembles. * Il faudra donc faire un point en interne pour identifier les besoins et valider les processus avant de commencer le développement. **Interface : besoin d'un moyen de télécharger le plan PDF dans l'article** * Il est nécessaire de trouver un moyen de télécharger le plan PDF dans l'article pour faciliter la gestion des pièces et des sous-ensembles. * Il faudra donc faire un point en interne pour identifier les besoins et valider les processus avant de commencer le développement.

4.1. Contexte et Hypothèses

**4.1. Contexte et Hypothèses** La situation actuelle consiste à importer des fichiers HTML générés à partir de l'atelier de conception CATIA pour créer des articles et des sous-ensembles dans le système ERP. Ces fichiers HTML contiennent des informations sur les composants, les sous-ensembles et les pièces nécessaires pour la fabrication. Les points critiques sont : * La nécessité de structurer les informations pour que le système ERP puisse les interpréter correctement. * La présence de liens entre les sous-ensembles et les pièces, qui doivent être pris en compte pour la création des articles. * La possibilité de télécharger les plans PDF associés aux pièces pour une meilleure gestion des documents. Les attentes client sont : * La création automatique des articles et des sous-ensembles à partir des fichiers HTML. * La possibilité de commander les pièces nécessaires pour la fabrication. * La gestion des documents, notamment les plans PDF associés aux pièces. Les hypothèses qui peuvent avoir un impact sur le projet sont : * La présence de formats de fichiers HTML différents pour les différents cas de figure. * La nécessité de valider les processus internes pour s'assurer que les informations sont cohérentes et que les articles sont créés correctement. * La possibilité de modifier les processus existants pour améliorer la gestion des documents et la commande des pièces.

4.3. Principales règles de gestion

[INFORMATION MANQUANTE]

4.4. Documents et statistiques

**Documents et statistiques** * **Documents à imprimer :** + Fichier HTML de la BOM (Bill of Material) généré à partir de CATIA + Fichier PDF du plan d'assemblage pour chaque pièce et sous-ensemble * **États et statistiques métiers attendus :** + Liste des pièces et sous-ensembles avec leur nomenclature et leur matière + Historique des changements de la BOM + Statistiques sur les pièces commandées et les sous-ensembles utilisés * **Informations importantes à considérer :** + Le numéro du top Sembly et les numéros des sous-ensembles doivent être cohérents avec la nomenclature utilisée + Les pièces et sous-ensembles doivent être liés à un projet spécifique + Les fichiers HTML doivent être analysés pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces manquantes * **Processus à suivre :** + Analyser les fichiers HTML pour identifier les besoins et les informations pertinentes + Valider les processus internes pour identifier les besoins et les informations à inclure dans la BOM + Importer les fichiers HTML dans l'ERP pour créer les pièces, les éléments et les sous-ensembles

4.5. Volume des données

**Volume des données référentielles et nombre de documents par période** * **Fiches articles** : Les fiches articles sont générées automatiquement à partir des fichiers HTML exportés à partir de l'atelier CATIA. Le nombre de fiches articles créées dépend du nombre de pièces et de sous-ensembles présents dans les fichiers HTML. * **Journal des achats** : Le journal des achats n'est pas explicitement mentionné dans les notes sources. Il est donc impossible de déterminer le volume de données référentielles et le nombre de documents par période. * **BOM (Bill of Material)** : Le BOM est utilisé pour gérer les composants et les sous-ensembles des produits. Le nombre de BOM créés dépend du nombre de produits et de leurs composants. * **Documents PDF** : Les documents PDF sont téléchargés dans les fiches articles pour fournir des informations supplémentaires sur les pièces et les sous-ensembles. * **Fichiers HTML** : Les fichiers HTML sont utilisés pour exporter les données de l'atelier CATIA vers le système ERP. Le nombre de fichiers HTML dépend du nombre de produits et de leurs composants. En résumé, les volumes des données référentielles sont : * Fiches articles : variable (dépend du nombre de pièces et de sous-ensembles) * Journal des achats : [INFORMATION MANQUANTE] * BOM : variable (dépend du nombre de produits et de leurs composants) * Documents PDF : variable (dépend du nombre de pièces et de sous-ensembles) * Fichiers HTML : variable (dépend du nombre de produits et de leurs composants) Le nombre de documents par période n'est pas explicitement mentionné dans les notes sources. Il est donc impossible de déterminer le volume de données référentielles et le nombre de documents par période.

4.6. Ecarts critiques et interfaces

**4.6. Ecarts critiques et interfaces** * **Ecart critique 1 :** L'importation de la BOM (Bill of Material) en fichier HTML ne permet pas d'exporter toutes les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc. * **Ecart critique 2 :** Le système actuel ne permet pas de télécharger le plan PDF dans l'article de la pièce concernée. * **Ecart critique 3 :** L'importation de la BOM en fichier HTML ne créé pas automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * **Interface 1 :** La macro utilisée pour structurer la BOM en fichier HTML doit être adaptée pour correspondre aux normes du système ERP. * **Interface 2 :** Il est nécessaire de discuter en interne pour identifier les besoins et valider les processus pour l'importation de la BOM en fichier HTML. * **Interface 3 :** Il est nécessaire de créer des fichiers HTML différents pour chaque cas de figure pour analyser et valider la cohérence des données. * **Interface 4 :** Il est nécessaire de valider les processus pour l'importation de la BOM en fichier HTML et de tenir les parties prenantes informées des décisions prises.

5.1. Contexte et Hypothèses

**5.1. Contexte et Hypothèses** La situation actuelle est la suivante : le système actuel utilise un format HTML pour importer les données de la BOM (Bill of Material) depuis l'atelier CATIA. Ce format est utilisé pour créer automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les champs renseignés dans l'album sont également pris en compte. Les points critiques sont les suivants : * La BOM est exportée en fichier HTML, qui est ensuite importé dans le système. * Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Les champs renseignés dans l'album sont également pris en compte. Les attentes client sont les suivantes : * La capacité de télécharger le plan PDF dans l'article de la pièce concernée. * La possibilité de commander les pièces en fonction de la BOM. Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes : * La nécessité de valider les processus internes avant de poursuivre le développement. * La possibilité de modifier le format HTML pour inclure des informations supplémentaires, telles que le PDF associé à chaque pièce. * La nécessité de faire des points en interne pour identifier les besoins et valider les processus avant de poursuivre le développement. Il est important de noter que le système actuel n'est pas conforme aux normes ERP traditionnelles, ce qui peut poser des problèmes de gestion et de suivi des pièces.

5.3. Principales règles de gestion

**Principales règles de gestion** * Le client utilise un processus de planification pour traiter les messages d'action, notamment la création de fichiers HTML pour les bill of material (BOM). * Les fichiers HTML sont générés à partir de la plateforme CATIA et contiennent des informations sur les pièces, les sous-ensembles et les arborescences. * Les informations présentes dans les fichiers HTML incluent : + Numéro de pièce + Nom de pièce + Matière + Code STD + Plan d'assemblage (PDF) * Le système ERP crée automatiquement les articles en fonction des informations présentes dans les fichiers HTML. * Les articles créés incluent : + Numéro d'article + Nom d'article + Matière + Code STD + Plan d'assemblage (PDF) * Le client souhaite pouvoir télécharger le plan en PDF dans l'article de la pièce concernée. * Le processus actuel consiste à créer un article PRJ0040 pour le projet, qui contient la nomenclature avec les cinq sous-ensembles FWD, B01, B02, etc. * Le client souhaite améliorer le processus pour inclure les informations pertinentes pour l'achat, notamment l'identification de la pièce. * Il faudra discuter en interne pour identifier les besoins et valider les processus avant de procéder à l'importation des fichiers HTML dans l'ERP.

5.4. Documents et statistiques

**Documents à imprimer et états statistiques attendus** - **Documents à imprimer** : + Fichiers HTML contenant les informations de la BOM (Bill of Material) + Fichiers PDF des plans d'assemblage associés aux pièces - **États statistiques attendus** : + Tableau récapitatif des sous-ensembles et des pièces + Historique des changements effectués sur la BOM + Liste des pièces à commander + Liste des pièces déjà commandées - **Informations à vérifier** : + Numéro de pièce et nom de pièce + Matière et codification + Plan d'assemblage associé à chaque pièce + Historique des changements effectués sur la BOM - **Processus à suivre** : + Importer les fichiers HTML dans l'ERP + Créer les pièces et les sous-ensembles dans l'ERP + Vérifier les informations de la BOM et les plans d'assemblage associés + Valider les informations et les plans d'assemblage

5.5. Volume des données

**Volume des données** - **Fiches articles** : - Nombre de fiches articles créées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - Nombre de fiches articles avec des pièces associées : [INFORMATION MANQUANTE] - Nombre de fiches articles avec des sous-ensembles associés : [INFORMATION MANQUANTE] - **Journal des achats** : - Nombre de commandes passées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - Nombre de pièces commandées par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - **BOM (Bill of Material)** : - Nombre de BOM créés par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - Nombre de pièces dans les BOM par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - **Documents** : - Nombre de documents PDF associés aux pièces par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - Nombre de documents PDF associés aux sous-ensembles par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - **Macro** : - Nombre de fois que la macro a été exécutée par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE] - Nombre de fichiers HTML générés par la macro par période (jour, semaine, mois, année) : [INFORMATION MANQUANTE]

5.6. Ecarts critiques et interfaces

**Ecart critique : manque de cohérence entre les fichiers HTML et les informations présentes dans le système** * Lors de l'importation des fichiers HTML, il n'y a pas de cohérence entre les informations présentes dans les fichiers et celles présentes dans le système. * Les fichiers HTML ne contiennent pas toutes les informations nécessaires pour créer les pièces, les éléments et les sous-ensembles dans le système. * Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes avec les informations présentes dans le système, ce qui peut entraîner des erreurs lors de l'importation. **Ecart critique : manque de possibilité de télécharger les plans PDF dans l'article** * Actuellement, il n'est pas possible de télécharger les plans PDF dans l'article de la pièce concernée. * Il est nécessaire de pouvoir télécharger les plans PDF pour avoir accès à l'information pertinente pour l'achat. **Ecart critique : manque de possibilité de gérer les plans d'assemblage** * Actuellement, il n'est pas possible de gérer les plans d'assemblage pour chaque ligne de la BOM. * Il est nécessaire de pouvoir gérer les plans d'assemblage pour chaque ligne de la BOM pour avoir accès à l'information pertinente pour l'achat. **Interface critique : besoin d'un maximum de fichiers HTML pour analyser les cas de figure** * Il est nécessaire d'avoir un maximum de fichiers HTML pour analyser les cas de figure et s'assurer qu'ils sont tous cohérents. * Il est également nécessaire d'avoir un maximum de fichiers HTML pour analyser comment on fait l'importation des fichiers dans le système.

6.1. Contexte et Hypothèses

**6.1. Contexte et Hypothèses** La situation actuelle consiste à gérer les ordres de fabrication à l'aide d'un système ERP traditionnel. Les pièces et les sous-ensembles sont créés à partir d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient les informations nécessaires pour créer les pièces et les sous-ensembles dans le système ERP. Les points critiques de ce processus sont : * La création des pièces et des sous-ensembles à partir du fichier HTML peut être complexe et nécessite une analyse approfondie pour s'assurer de la cohérence des données. * Les informations présentes dans le fichier HTML ne sont pas toujours exportées dans le système ERP, ce qui peut entraîner des erreurs ou des incohérences. * Le système ERP actuel n'est pas conçu pour gérer les ordres de fabrication de manière efficace, ce qui peut entraîner des problèmes de gestion des stocks et des commandes. Les attentes des clients sont : * Une gestion des ordres de fabrication efficace et précise. * Une création automatique des pièces et des sous-ensembles à partir du fichier HTML. * Une possibilité de télécharger les plans en PDF dans l'article de la pièce concernée. Les hypothèses qui peuvent avoir un impact sur le projet sont : * La capacité du système ERP à gérer les ordres de fabrication de manière efficace. * La qualité et la cohérence des données présentes dans le fichier HTML. * La possibilité de télécharger les plans en PDF dans l'article de la pièce concernée.

6.3. Principales règles de gestion

6.3. Principales règles de gestion - **Création automatique des articles** : Lors de l'importation de la BOM (Bill of Material) en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. - **BOM history** : Le système conserve un historique des changements apportés à la BOM, permettant de suivre les modifications effectuées. - **Nomenclature** : La nomenclature est utilisée pour identifier les pièces et les sous-ensembles. Les pièces à plan sont toujours des DES, tandis que les standards sont des STB, STC, STA ou COT. - **Importation de la BOM** : Lors de l'importation de la BOM, le système crée automatiquement les sous-ensembles et les pièces, ainsi que les liens entre eux. - **Téléchargement de plans PDF** : Il est possible de télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée. - **Analyse et validation** : Avant de procéder à l'importation, il est nécessaire d'analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas d'erreurs. Il faut également valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent d'indiquer dans le 3D. - **Création de pièces et de sous-ensembles** : Lors de l'importation de la BOM, le système crée automatiquement les pièces et les sous-ensembles, ainsi que les liens entre eux.

6.4. Documents et statistiques

**Documents et statistiques** * **Documents à imprimer** : + Fichier HTML de la BOM (Bill of Material) pour chaque projet + Fichier PDF du plan d'assemblage pour chaque pièce * **États métiers attendus** : + Liste des pièces et sous-ensembles pour chaque projet + Historique des changements de la BOM pour chaque projet + Statistiques sur les pièces et sous-ensembles pour chaque projet * **Informations à analyser** : + Nomenclature des pièces et sous-ensembles + Matière des pièces et sous-ensembles + Numéro de pièce et sous-ensemble + Plan d'assemblage pour chaque pièce + Historique des changements de la BOM * **Analyse des besoins** : + Identifier les informations pertinentes pour l'achat et la gestion de stock + Valider les processus internes pour l'importation des fichiers HTML et PDF + Définir les règles de validation pour les pièces et sous-ensembles * **Actions à suivre** : + Faire des points en interne pour valider les processus et les règles de validation + Importer les fichiers HTML et PDF dans l'ERP pour créer les pièces et sous-ensembles + Analyser les statistiques pour optimiser la gestion de stock et l'achat.

6.5. Volume des données

**Volume des données référentielles** - **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce présente dans la BOM, avec son numéro, nom, matière, etc. - **BOM (Bill of Material)** : Le système crée un historique des changements apportés à la BOM. - **Sous-ensembles** : Le système crée des sous-ensembles pour les pièces et les sous-ensembles. - **Pièces** : Le système crée des pièces pour les sous-ensembles. - **Documents** : Le système crée des documents tels que les plans PDF pour les pièces. **Volumes de documents** - **Journal des achats** : [INFORMATION MANQUANTE] - **Commandes** : Le système crée des commandes pour les pièces. - **Fichiers HTML** : Le système crée des fichiers HTML pour la BOM et les sous-ensembles. - **Fichiers PDF** : Le système crée des fichiers PDF pour les plans des pièces. **Volume des données par période** - **Jour** : [INFORMATION MANQUANTE] - **Semaine** : [INFORMATION MANQUANTE] - **Mois** : [INFORMATION MANQUANTE] - **Année** : [INFORMATION MANQUANTE] **Remarques** - Le système utilise des fichiers HTML pour la BOM et les sous-ensembles. - Le système crée automatiquement des articles et des pièces en fonction de la BOM. - Le système crée des documents tels que les plans PDF pour les pièces. - Il est nécessaire de faire des points en interne pour valider les processus et les besoins avant de poursuivre l'analyse.

6.6. Ecarts critiques et interfaces

**Ecart critique : Manque de cohérence entre les fichiers HTML et les informations présentes dans le système** * Lors de l'importation des fichiers HTML dans le système, il y a un manque de cohérence entre les informations présentes dans les fichiers et celles présentes dans le système. * Les fichiers HTML contiennent des informations sur les pièces, les sous-ensembles et les top assemblages, mais certaines de ces informations ne sont pas exportées dans le fichier. * Par exemple, les informations sur les plans d'assemblage (PDF) ne sont pas présentes dans les fichiers HTML, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles. * Il est nécessaire de faire une analyse plus approfondie des fichiers HTML pour identifier les informations pertinentes et les intégrer dans le système. **Ecart critique : Manque de standardisation dans les numéros de pièces** * Les numéros de pièces utilisés dans les fichiers HTML ne sont pas standardisés, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles. * Les numéros de pièces utilisés sont souvent des numéros de projet ou des numéros de top assemblage, ce qui ne correspond pas aux numéros de pièces utilisés dans le système. **Interface critique : Importation des fichiers HTML** * L'importation des fichiers HTML dans le système nécessite une analyse plus approfondie pour identifier les informations pertinentes et les intégrer dans le système. * Il est nécessaire de faire des points en interne pour valider les process et déterminer les informations à intégrer dans le système. **Interface critique : Téléchargement des plans d'assemblage (PDF)** * Il est nécessaire de télécharger les plans d'assemblage (PDF) associés aux pièces et sous-ensembles pour les intégrer dans le système. * Les plans d'assemblage (PDF) ne sont pas présents dans les fichiers HTML, ce qui peut entraîner des difficultés pour identifier les pièces et les sous-ensembles.

7.1. Contexte et Hypothèses

7.1. Contexte et Hypothèses - **Situation actuelle** : Le processus de planification de la production utilise un atelier de conception CATIA pour créer des fichiers BOM (Bill of Material) en format HTML. Ces fichiers sont ensuite importés dans le système, créant automatiquement des articles en fonction des pièces et de leurs caractéristiques. - **Points critiques** : + La création de fichiers BOM en format HTML nécessite une macro spécifique pour structurer les données de manière compatible avec le système. + Les informations présentes dans les fichiers BOM ne sont pas toujours exportées, ce qui peut rendre difficile l'identification des pièces et la gestion des achats. - **Attentes client** : Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans l'article correspondant. - **Hypothèses** : + L'importation des fichiers BOM dans le système créera automatiquement des articles en fonction des pièces et de leurs caractéristiques. + Les informations présentes dans les fichiers BOM ne sont pas toujours exportées, ce qui peut rendre difficile l'identification des pièces et la gestion des achats. - **Besoins et hypothèses à valider** : + Identifier les besoins et les informations pertinentes à inclure dans le fichier BOM. + Valider les processus internes pour améliorer la cohérence et la qualité des données. + Analyser comment importer les fichiers BOM dans le système pour créer les articles et les sous-ensembles.

7.3. Principales règles de gestion

[INFORMATION MANQUANTE]

7.4. Documents et statistiques

**Documents et statistiques** - **Fichier HTML de la BOM** : Ce fichier est généré à partir de la BOM en fichier HTML, qui est ensuite importé dans le système pour créer automatiquement les articles en fonction de chaque pièce. - **BOM history** : Ce document contient le log de tous les changements effectués sur la BOM. - **Tableau récapitulatif** : Ce tableau reprend les sous-ensembles et les pièces de la BOM. - **Article PRJ0040** : Cet article est créé pour représenter le projet et contient les informations relatives au projet. - **Plan d'assemblage** : Chaque ligne de la BOM a un plan d'assemblage associé, qui peut être téléchargé en PDF dans l'article de la pièce concernée. - **Fichier PDF de plan** : Ce fichier est téléchargé dans l'article de la pièce concernée pour y associer le plan d'assemblage. **États et statistiques métiers attendus** - **Nombre de pièces créées** : Ce chiffre indique le nombre de pièces créées à partir de la BOM. - **Nombre de sous-ensembles créés** : Ce chiffre indique le nombre de sous-ensembles créés à partir de la BOM. - **Nombre de plans d'assemblage téléchargés** : Ce chiffre indique le nombre de plans d'assemblage téléchargés en PDF dans les articles de pièces. - **Nombre de fichiers HTML importés** : Ce chiffre indique le nombre de fichiers HTML importés dans le système pour créer les articles et les sous-ensembles.

7.5. Volume des données

**Volume des données référentielles et nombre de documents par période** * **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par l'atelier CATIA. Chaque fiche article correspond à une pièce ou un sous-ensemble. * **Journal des achats** : Le journal des achats n'est pas explicitement mentionné dans les notes sources. * **Nombre de documents par période** : + **Jour** : [INFORMATION MANQUANTE] + **Semaine** : [INFORMATION MANQUANTE] + **Mois** : [INFORMATION MANQUANTE] + **Année** : [INFORMATION MANQUANTE] * **Volume des données** : + **Fiches articles** : Le nombre de fiches articles créées est directement lié au nombre de pièces ou de sous-ensembles présents dans les fichiers HTML. + **Pièces** : Le nombre de pièces est similaire au nombre de fiches articles créées. + **Sous-ensembles** : Le nombre de sous-ensembles est également similaire au nombre de fiches articles créées. * **Informations pertinentes** : Les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc., ne sont pas explicitement mentionnées dans les notes sources.

7.6. Ecarts critiques et interfaces

**Ecart critique 1 : Absence de plan d'assemblage associé aux pièces** * Description : Actuellement, les pièces créées à partir du fichier HTML ne sont pas associées à un plan d'assemblage. * Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production. * Solution : Il faudrait intégrer la possibilité de télécharger le plan PDF associé à chaque pièce dans l'article de la pièce concernée. **Ecart critique 2 : Absence de gestion de la nomenclature** * Description : La nomenclature utilisée dans le fichier HTML n'est pas prise en compte dans le système. * Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production. * Solution : Il faudrait intégrer la possibilité de gérer la nomenclature et de l'associer aux pièces créées à partir du fichier HTML. **Ecart critique 3 : Absence de gestion des sous-ensembles** * Description : Les sous-ensembles créés à partir du fichier HTML ne sont pas pris en compte dans le système. * Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production. * Solution : Il faudrait intégrer la possibilité de gérer les sous-ensembles et de les associer aux pièces créées à partir du fichier HTML. **Interface à améliorer : Importation du fichier HTML** * Description : L'importation du fichier HTML dans le système est actuellement manuelle et peut entraîner des erreurs. * Impact : Cela peut entraîner des difficultés pour identifier les pièces et leurs relations dans le processus de production. * Solution : Il faudrait intégrer une fonctionnalité automatique pour importer le fichier HTML et créer les pièces et les sous-ensembles associés.

8.1. Contexte et Hypothèses

**Contexte et Hypothèses** La situation actuelle consiste à importer des fichiers HTML générés à partir de la catégorie "Atelier conception CATIA" dans le système ERP. Ces fichiers contiennent des informations sur les pièces, les sous-ensembles et les arborescences. Le système ERP crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les points critiques sont les suivants : * Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes et peuvent nécessiter une analyse approfondie. * Les processus actuels ne permettent pas de télécharger les plans PDF associés aux pièces. * Les informations pertinentes pour l'achat, telles que le code STD, ne sont pas toujours exportées dans les fichiers HTML. Les attentes client sont les suivantes : * Importer les fichiers HTML dans le système ERP pour créer les pièces, les sous-ensembles et les arborescences. * Télécharger les plans PDF associés aux pièces. * Améliorer les processus actuels pour garantir la cohérence et la pertinence des informations. Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes : * La nécessité de faire des points en interne pour valider les processus et les besoins. * La nécessité de discuter avec les utilisateurs pour identifier les besoins et les attentes. * La nécessité de faire une analyse approfondie des fichiers HTML pour garantir la cohérence et la pertinence des informations.

8.3. Principales règles de gestion

**8.3. Principales règles de gestion** * Le client utilise un système de gestion de la chaîne d'approvisionnement (SCM) qui permet de gérer les pièces et les sous-ensembles à travers un fichier HTML. * Le fichier HTML est généré à partir d'un modèle 3D (CATIA) et contient les informations suivantes : + Nomenclature (matière) + Numéro de pièce + Nom de pièce + Sous-ensembles + Pièces * Le système crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans le fichier HTML. * Le client utilise également un outil de tracking pour suivre les modifications apportées aux pièces et aux sous-ensembles. * Le système permet de télécharger les plans PDF associés aux pièces et aux sous-ensembles. * Le client souhaite améliorer la gestion des pièces et des sous-ensembles en intégrant les informations suivantes : + Code STD + Gestion de documentaire (fichiers de partage) + Téléchargement de plans PDF dans l'article de la pièce concernée * Le client souhaite analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces exceptionnelles. * Le client souhaite valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent d'indiquer dans le 3D.

8.4. Documents et statistiques

**Documents à imprimer et statistiques métiers attendus lors de l'enregistrement de la consommation** - **Documents à imprimer :** + Fiche article pour chaque pièce créée + Journal des achats pour les commandes passées + Historique des modifications pour suivre les changements apportés aux pièces et aux sous-ensembles - **Statistiques métiers attendus :** + Nombre de pièces créées et de sous-ensembles + Quantité de chaque pièce commandée et reçue + Historique des modifications apportées aux pièces et aux sous-ensembles + Statistiques sur les commandes passées et les livraisons reçues

8.5. Volume des données

**Volume des données** * **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * **Journal des achats** : Non mentionné dans les notes sources. * **Nombre de documents par période** : + **Jour** : [INFORMATION MANQUANTE] + **Semaine** : [INFORMATION MANQUANTE] + **Mois** : [INFORMATION MANQUANTE] + **Année** : [INFORMATION MANQUANTE] * **Taille des fichiers HTML** : Les fichiers HTML sont utilisés pour structurer la BOM et peuvent être de taille variable. * **Nombre de fichiers HTML** : Plusieurs fichiers HTML sont utilisés pour différents cas de figure. * **Informations présentes dans les fichiers HTML** : + Numéro de pièce + Nom de pièce + Matière + Plan d'assemblage (PDF) + Code STD + Gestion de documentaire (fichiers de partage) * **Informations manquantes dans les fichiers HTML** : + Plan d'assemblage (PDF) pour certains sous-ensembles + Numéro de plan d'assemblage pour certains sous-ensembles * **Volume de données à importer** : Le système crée automatiquement des articles en fonction de chaque pièce, mais il est possible que des informations manquent dans les fichiers HTML.

8.6. Ecarts critiques et interfaces

**Ecart critique 1 : Importation de la BOM** * L'importation de la BOM en fichier HTML n'est pas entièrement cohérente avec les normes ERP traditionnelles. * Les informations présentes dans le fichier HTML ne sont pas exhaustives, notamment en ce qui concerne les plans d'assemblage associés aux pièces. **Ecart critique 2 : Absence de plans d'assemblage** * Les plans d'assemblage associés aux pièces ne sont pas exportés dans le fichier HTML. * Cela rend difficile la gestion des pièces et des sous-ensembles dans l'ERP. **Ecart critique 3 : Gestion des documents** * Les fichiers de partage (fichiers PDF) ne sont pas téléchargés dans l'article de la pièce concernée. * Cela rend difficile la gestion des documents associés aux pièces. **Interface critique 1 : Importation de la BOM** * L'importation de la BOM en fichier HTML nécessite une macro pour structurer la BOM de la manière dont l'ERP l'interprète. * Cela peut entraîner des erreurs si la macro n'est pas correctement configurée. **Interface critique 2 : Gestion des documents** * La téléchargement des plans d'assemblage en PDF dans l'article de la pièce concernée nécessite une fonctionnalité spécifique dans l'ERP. * Cela peut entraîner des problèmes si la fonctionnalité n'est pas disponible ou si elle n'est pas correctement configurée. **Action à prendre** * Valider les processus internes pour identifier les besoins et les informations pertinentes à inclure dans la BOM. * Analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas d'erreurs. * Développer une macro pour structurer la BOM de la manière dont l'ERP l'interprète. * Mettre en place une fonctionnalité pour télécharger les plans d'assemblage en PDF dans l'article de la pièce concernée.

9.1. Contexte et Hypothèses

**9.1. Contexte et Hypothèses** La situation actuelle consiste à enregistrer la production à l'aide d'un fichier HTML généré à partir de l'atelier de conception CATIA. Ce fichier contient la liste des composants nécessaires pour la production, ainsi que les informations relatives à chaque pièce, telles que le numéro, le nom, la matière, etc. Les points critiques de ce processus sont les suivants : - La nécessité de valider les informations contenues dans le fichier HTML avant d'importer les données dans l'ERP. - La possibilité de modifications apportées au fichier HTML qui pourraient affecter la cohérence des données. - La nécessité de créer automatiquement les articles en fonction des pièces contenues dans le fichier HTML. Les attentes du client sont les suivantes : - La possibilité de télécharger les plans PDF associés aux pièces dans l'article correspondant. - La création automatique des articles en fonction des pièces contenues dans le fichier HTML. Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes : - La nécessité de valider les processus internes avant de procéder à l'import des données dans l'ERP. - La possibilité de modifications apportées au fichier HTML qui pourraient affecter la cohérence des données. - La nécessité de créer des points de contact pour informer les parties prenantes des progrès du projet. En résumé, le processus d'enregistrement de la production nécessite une validation des informations contenues dans le fichier HTML avant d'importer les données dans l'ERP, ainsi que la création automatique des articles en fonction des pièces contenues dans le fichier HTML.

9.3. Principales règles de gestion

**Principales règles de gestion pour l'enregistrement de la production** * Le client utilise l'atelier de conception CATIA pour créer des modèles de production, qui sont ensuite exportés sous forme de fichier HTML. * Le fichier HTML est ensuite importé dans l'ERP, qui crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système conserve l'historique des changements apportés aux BOM (Bill of Material) dans un journal des achats. * Les pièces sont organisées en arborescence, avec des sous-ensembles et des pièces détaillées. * Le top chapeau est le projet principal, qui contient les sous-ensembles et les pièces détaillées. * Les informations présentes dans le fichier HTML incluent : + Le code STD + La nomenclature + La matière + Le numéro de pièce + Le nom de pièce + Le plan d'assemblage (PDF) * Le système n'est pas conforme aux normes ERP traditionnelles, car il utilise une approche différente pour gérer les pièces et les sous-ensembles. * Il est nécessaire de faire une analyse approfondie des fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces manquantes. * Il faudra également valider les processus internes pour identifier les besoins et déterminer ce qui est pertinent pour indiquer dans le 3D.

9.4. Documents et statistiques

**Documents et statistiques** * **Fichier HTML** : Le fichier HTML généré à partir de la BOM (Bill of Material) est utilisé pour importer les données dans l'ERP. Il contient les informations suivantes : + Nomenclature + Matière + Numéro de pièce + Description + Quantité + Unité de mesure * **BOM history** : Le BOM history est un journal qui enregistre les modifications apportées à la BOM. Il contient les informations suivantes : + Date et heure de modification + Utilisateur qui a effectué la modification + Description de la modification * **Statistiques** : + Nombre de pièces dans la BOM + Nombre de sous-ensembles dans la BOM + Nombre de pièces commandées + Nombre de pièces disponibles * **Fichier PDF** : Le fichier PDF contient les plans de pièce et d'assemblage. Il est possible de télécharger le fichier PDF dans l'article de la pièce concernée. * **Gestion de documentaire** : La gestion de documentaire est utilisée pour stocker les fichiers de partage, notamment les plans de pièce et d'assemblage. **Documents à imprimer** : * **Fichier HTML** : Le fichier HTML doit être imprimé pour importer les données dans l'ERP. * **BOM history** : Le BOM history doit être imprimé pour enregistrer les modifications apportées à la BOM. * **Statistiques** : Les statistiques doivent être imprimées pour suivre les performances de la production. **États attendus** : * **État de la production** : L'état de la production doit être mis à jour pour refléter les modifications apportées à la BOM. * **État des pièces** : L'état des pièces doit être mis à jour pour refléter les pièces commandées et disponibles. * **État des sous-ensembles** : L'état des sous-ensembles doit être mis à jour pour refléter les modifications apportées à la BOM.

9.5. Volume des données

**Volume des données référentielles et nombre de documents par période** * **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par la macro de Katia. Chaque fiche article correspond à une pièce ou un sous-ensemble de la BOM. * **Nombre de fiches articles** : Le nombre de fiches articles créées est égal au nombre de pièces et de sous-ensembles de la BOM. * **Journal des achats** : Le journal des achats n'est pas mentionné dans les notes sources. * **Nombre de documents par période** : + **Jour** : [INFORMATION MANQUANTE] + **Semaine** : [INFORMATION MANQUANTE] + **Mois** : [INFORMATION MANQUANTE] + **Année** : [INFORMATION MANQUANTE] * **Informations pertinentes pour l'achat** : Les informations pertinentes pour l'achat sont les codes STD, les nomenclatures, les matières, les pièces, les sous-ensembles et les plans associés. * **Informations non exportées dans le fichier** : Les informations non exportées dans le fichier sont les plans PDF associés aux pièces et sous-ensembles. * **Nombre de fichiers HTML** : Le nombre de fichiers HTML nécessaires pour l'analyse est inconnu. * **Analyse et validation des besoins** : L'analyse et la validation des besoins doivent être effectuées en interne avant de procéder à l'importation des données dans l'ERP.

9.6. Ecarts critiques et interfaces

**9.6. Ecarts critiques et interfaces** * **Ecart critique 1 :** L'importation de la BOM (Bill of Material) en fichier HTML ne prend pas en compte les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire et les plans PDF associés aux pièces. * **Ecart critique 2 :** Le système n'est pas conforme aux normes ERP traditionnelles, ce qui peut entraîner des difficultés pour identifier les pièces et commander les sous-ensembles. * **Interface à améliorer :** L'interface entre le système et le fichier HTML n'est pas encore claire, ce qui peut entraîner des erreurs d'importation. * **Informations manquantes :** Il est nécessaire de recueillir plus d'informations sur les besoins et les processus internes pour identifier les écarts critiques et les interfaces à améliorer. * **Analyse à effectuer :** Il est nécessaire d'analyser les fichiers HTML différents cas de figure pour s'assurer qu'ils sont tous cohérents et qu'il n'y a pas de pièces exception. * **Validation des processus :** Il est nécessaire de valider les processus internes pour identifier les besoins et les écarts critiques avant de poursuivre l'analyse et le développement. * **Communication :** Il est nécessaire de communiquer régulièrement avec l'équipe pour tenir informés des progrès et des décisions prises.

10.1. Contexte et Hypothèses

**10.1. Contexte et Hypothèses** La situation actuelle consiste à importer des fichiers HTML générés à partir de la conception en 3D avec CATIA, qui contiennent les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles dans le système de gestion de la production. Ces fichiers sont ensuite importés dans le système, qui crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM. Les points critiques sont les suivants : * La BOM est générée à partir de la conception en 3D avec CATIA, ce qui nécessite une macro pour structurer les informations de fabrication. * Les fichiers HTML générés contiennent les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles, mais il est possible que certaines informations ne soient pas exportées. * Le système de gestion de la production crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM, mais il est possible que certaines informations ne soient pas prises en compte. Les attentes client sont les suivantes : * Les pièces et les sous-ensembles doivent être créés automatiquement dans le système de gestion de la production. * Les informations de fabrication doivent être exactes et complètes. * Les articles doivent être créés avec les informations de fabrication nécessaires pour la production. Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes : * La macro utilisée pour structurer les informations de fabrication est correcte et fonctionne comme attendu. * Les fichiers HTML générés contiennent toutes les informations de fabrication nécessaires pour créer des pièces et des sous-ensembles. * Le système de gestion de la production crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM.

10.3. Principales règles de gestion

**10.3. Principales règles de gestion** * Le client utilise l'atelier CATIA pour créer des fichiers BOM (Bill of Material) en format HTML. * Ces fichiers sont ensuite importés dans l'ERP, qui crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système conserve également un historique des changements apportés aux BOM. * Les pièces sont organisées en arborescence, avec des sous-ensembles et des pièces détaillées. * Le top chapeau est le projet, qui contient les sous-ensembles et les pièces. * Les informations présentes dans les fichiers BOM incluent : + Numéro de pièce + Nom de pièce + Matière + Code STD + Gestion de documentaire (fichiers de partage) * Les fichiers BOM peuvent être utilisés pour commander les pièces nécessaires. * Actuellement, les plans d'assemblage ne sont pas associés aux pièces, mais cela pourrait potentiellement changer. * Il est nécessaire de faire des points en interne pour valider les process et identifier les besoins avant de poursuivre l'analyse et le développement.

10.4. Documents et statistiques

**Documents à imprimer et statistiques attendues** * La fiche article pour chaque pièce créée à partir de la BOM importée * Le journal des achats pour les pièces commandées * Le journal des ventes pour les pièces vendues * Le tableau récapitatif des sous-ensembles et des pièces pour chaque top assemblage * Le plan d'assemblage PDF pour chaque pièce * Le BOM history pour suivre les changements apportés à la BOM **Statistiques attendues** * Le nombre de pièces créées à partir de la BOM importée * Le nombre de pièces commandées et vendues * Le montant total des commandes et des ventes * Le taux de satisfaction client pour les pièces vendues **Informations à prendre en compte** * La codification des pièces (DES, ALM DES, STB, STC, STA, COT) * La matière des pièces * Le numéro du top assemblage * Le numéro de la pièce * Le plan d'assemblage PDF pour chaque pièce **Analyse** Il est important de prendre en compte les informations présentes dans la BOM importée et de les analyser pour identifier les besoins et les améliorations à apporter. Cela inclut la création de fiches article pour chaque pièce, le journal des achats et des ventes, ainsi que le tableau récapitatif des sous-ensembles et des pièces pour chaque top assemblage. Il est également important de prendre en compte les plans d'assemblage PDF pour chaque pièce et de les télécharger dans l'article de la pièce concernée.

10.5. Volume des données

**Volume des données référentielles** * **Fiches articles** : Les fiches articles sont créées automatiquement à partir des fichiers HTML générés par l'atelier CATIA. Chaque fiche article correspond à une pièce ou un sous-ensemble. * **Nombre de fiches articles** : Le nombre de fiches articles créés est fonction du nombre de pièces et de sous-ensembles présents dans le fichier HTML. * **Fichier HTML** : Le fichier HTML est généré à partir de l'atelier CATIA et contient les informations suivantes : + Nomenclature (matière) + Numéro de pièce + Nom de la pièce + Sous-ensembles + Pièces * **Importation des fiches articles** : Les fiches articles sont importées dans l'ERP à partir du fichier HTML. L'importation crée automatiquement les articles en fonction des informations présentes dans le fichier. * **Arborescence des sous-ensembles** : L'arborescence des sous-ensembles est présente dans le fichier HTML et est utilisée pour créer les sous-ensembles dans l'ERP. * **Pièces** : Les pièces sont présentes dans le fichier HTML et sont utilisées pour créer les articles dans l'ERP. * **Fichier PDF** : Le fichier PDF contenant le plan de la pièce est téléchargé dans l'article de la pièce concernée. **Nombre de documents par période** * **Jour** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML. * **Semaine** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML. * **Mois** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML. * **Année** : Le nombre de fiches articles créés et importés est fonction de la fréquence de génération des fichiers HTML. **Informations manquantes** * Le nombre exact de fiches articles créés et importés par période. * La fréquence de génération des fichiers HTML. * Les processus internes pour valider les informations présentes dans les fiches articles.

10.6. Ecarts critiques et interfaces

10.6. Ecarts critiques et interfaces - **Ecart critique 1 :** La fiche article créée automatiquement dans Business Central à partir du fichier HTML exporté de CATIA ne contient pas toutes les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, etc. - **Ecart critique 2 :** Le système actuel ne permet pas de télécharger le plan PDF dans l'article de la pièce concernée, ce qui est un besoin important pour les utilisateurs. - **Ecart critique 3 :** La numérotation des pièces et des sous-ensembles n'est pas cohérente avec les normes traditionnelles des ERP, ce qui peut entraîner des erreurs de commande. - **Interface à améliorer :** La macro utilisée pour structurer la BOM de CATIA et l'exporter en fichier HTML doit être améliorée pour inclure toutes les informations pertinentes. - **Interface à améliorer :** La synchronisation des informations entre le fichier HTML et la base de données de Business Central doit être améliorée pour éviter les erreurs de synchronisation. - **Interface à améliorer :** La possibilité de télécharger le plan PDF dans l'article de la pièce concernée doit être intégrée dans le système. - **Interface à améliorer :** La numérotation des pièces et des sous-ensembles doit être cohérente avec les normes traditionnelles des ERP.

11.1. Contexte et Hypothèses

**11.1. Contexte et Hypothèses** - **Situation actuelle** : Le processus de rapports est utilisé pour importer des fichiers HTML générés à partir de l'atelier CATIA. Ces fichiers contiennent des informations sur les pièces, les sous-ensembles et les assemblages. Lors de l'importation, le système crée automatiquement des articles en fonction des pièces présentes dans le fichier. - **Points critiques** : * La structure des fichiers HTML n'est pas conforme aux normes ERP traditionnelles. * Les informations présentes dans les fichiers ne sont pas toutes exportées dans le fichier HTML. * Il n'y a pas de lien entre les pièces et les plans d'assemblage associés. - **Attentes client** : Le client souhaite pouvoir télécharger les plans PDF associés aux pièces dans le système ERP. - **Hypothèses** : * Le système ERP actuel n'est pas conçu pour gérer les assemblages et les sous-ensembles de manière standardisée. * Les fichiers HTML générés à partir de l'atelier CATIA contiennent des informations pertinentes pour l'achat et la gestion des pièces. * Il faudra valider les processus internes avant de poursuivre le développement de l'intégration avec l'atelier CATIA.

11.2. Schéma des processus ERP : Rapports 7.0

**Processus : Rapports** **Section 11.2. Schéma des processus ERP : Rapports 7.0** * **Importation de la BOM en fichier HTML** : + Le fichier HTML est généré à partir de l'atelier CATIA. + Le fichier contient les informations de la BOM, notamment les pièces, les sous-ensembles et les arborescences. + Le fichier est importé dans le système ERP. * **Création automatique des articles** : + Le système ERP crée automatiquement les articles en fonction des pièces et des sous-ensembles présents dans la BOM. + Les articles sont créés avec leurs numéros, noms, matières, etc. * **Gestion de l'arborescence** : + L'arborescence de la BOM est présente dans le système ERP. + Les sous-ensembles et les pièces sont rattachés aux articles correspondants. * **Importation de fichiers HTML pour analyse** : + Il est nécessaire d'importer plusieurs fichiers HTML pour analyser les cas de figure et s'assurer de la cohérence des données. + L'analyse permettra de valider les processus et de déterminer les besoins pour l'amélioration de la gestion de la BOM. * **Gestion des plans d'assemblage** : + Les plans d'assemblage sont associés aux articles et aux sous-ensembles. + Il est possible de télécharger les plans en PDF dans l'article correspondant. * **Validation des processus** : + Il est nécessaire de valider les processus internes pour déterminer les besoins et les améliorations nécessaires. + Les points validés seront communiqués au groupe pour la mise en œuvre des changements.

11.3. Principales règles de gestion

**11.3. Principales règles de gestion** * Le client utilise un processus de gestion de la chaîne d'approvisionnement (SCM) personnalisé qui intègre les informations de la BOM (Bill of Material) avec les données de l'atelier de conception CATIA. * La BOM est exportée sous forme de fichier HTML qui est ensuite importé dans l'ERP, créant automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système conserve l'historique des changements effectués sur la BOM, permettant de suivre les modifications apportées aux composants. * Les informations présentes dans la BOM incluent : + La nomenclature des pièces + Les sous-ensembles + Les pièces associées + Les informations de codification (DES, STB, STC, STA, COT) * Le client souhaite intégrer les plans PDF associés aux pièces dans l'ERP, permettant de télécharger les plans directement depuis l'article de la pièce. * Le processus actuel consiste à importer les fichiers HTML dans l'ERP, créant les pièces, les éléments et les sous-ensembles associés. * Le client souhaite analyser les fichiers HTML pour s'assurer de leur cohérence et identifier les besoins pour améliorer le processus de gestion de la chaîne d'approvisionnement. * Un double-check est nécessaire pour valider les processus et les informations présentes dans les fichiers HTML.

11.4. Documents et statistiques

**Documents et statistiques** Les documents suivants doivent être imprimés durant le processus de gestion de la BOM (Bill of Material) : * La BOM elle-même, qui contient les informations sur les pièces, les sous-ensembles et les relations entre eux. * Le journal des achats, qui permet de suivre les commandes et les livraisons de pièces. * Les rapports de production, qui fournissent des informations sur la production et les stocks de pièces. Les états et statistiques métiers attendus sont : * Le nombre de pièces et de sous-ensembles dans la BOM. * Le nombre de commandes et de livraisons de pièces. * Les quantités de pièces en stock et en production. * Les informations sur les plans d'assemblage et les documents associés. * Les rapports de production et de stockage. Les informations suivantes doivent être présentes dans les fichiers HTML exportés : * Les noms et les numéros des pièces et des sous-ensembles. * Les informations sur les matières et les codifications. * Les liens vers les plans d'assemblage et les documents associés. * Les informations sur les commandes et les livraisons de pièces. Les informations suivantes ne sont pas explicitement mentionnées dans les notes sources : * Les procédures de validation et de suivi des commandes et des livraisons de pièces. * Les règles de gestion des stocks et des quantités de pièces en production. * Les informations sur les processus de production et de stockage. Il est donc recommandé de consulter les notes sources pour obtenir plus d'informations sur ces sujets.

11.5. Volume des données

**Volume des données référentielles** * **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * **Journal des achats** : Les informations présentes dans le fichier HTML ne sont pas exportées dans le journal des achats. * **BOM history** : Le système conserve l'historique des changements apportés aux BOM. * **Pièces** : Le système crée des pièces en fonction des informations présentes dans le fichier HTML. * **Sous-ensembles** : Le système crée des sous-ensembles en fonction des informations présentes dans le fichier HTML. * **Arborescence** : Le système crée une arborescence des pièces et des sous-ensembles. **Volume des documents par période** * **Jour** : [INFORMATION MANQUANTE] * **Semaine** : [INFORMATION MANQUANTE] * **Mois** : [INFORMATION MANQUANTE] * **Année** : [INFORMATION MANQUANTE] **Informations pertinentes pour l'achat** * **Code STD** : Présent dans le fichier HTML. * **Gestion de documentaire** : Présent dans le fichier HTML. **Informations non exportées dans le fichier** * **Plan d'assemblage** : Présent dans le fichier HTML, mais pas exporté dans le fichier. * **PDF associé** : Présent dans le fichier HTML, mais pas exporté dans le fichier. **Analyse et validation** * Il est nécessaire de faire des points en interne pour identifier les besoins et valider les process. * Il faudra ensuite nous tenir informés et nous dire quel point a été validé, comment on va faire plutôt que ça.

11.6. Ecarts critiques et interfaces

11.6. Ecarts critiques et interfaces Les écarts critiques et interfaces identifiés durant les ateliers d'analyse sont les suivants : - **Importation de la BOM** : La BOM est exportée en fichier HTML, structurée à l'aide d'une macro dans Katia, puis importée dans le système. Cela crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. - **Manque d'informations** : Les informations présentes dans la BOM ne sont pas toutes exportées dans le fichier HTML, notamment les plans associés aux pièces. - **Téléchargement de plans PDF** : Les plans PDF ne sont pas téléchargeables directement dans l'article de la pièce concernée. - **Absence de plans d'assemblage** : Les plans d'assemblage ne sont pas associés aux sous-ensembles. - **Numérotation des sous-ensembles** : La numérotation des sous-ensembles est différente de celle attendue. - **Absence de lien entre les sous-ensembles** : Les sous-ensembles ne sont pas liés entre eux. Ces écarts critiques et interfaces nécessitent une analyse plus approfondie pour identifier les besoins et les améliorations à apporter. Il faudra discuter en interne pour valider les process et les besoins avant de procéder à l'importation des fichiers HTML et à la création des articles et sous-ensembles.

12.1. Contexte et Hypothèses

**12.1. Contexte et Hypothèses** La situation actuelle consiste à importer des fichiers HTML générés à partir de la conception en 3D avec CATIA, qui contiennent des informations sur les pièces, les sous-ensembles et les assemblages. Ces fichiers sont ensuite importés dans le système ERP pour créer automatiquement les articles, les pièces et les sous-ensembles. Les points critiques sont les suivants : * Les informations présentes dans les fichiers HTML ne sont pas toujours cohérentes avec les normes ERP traditionnelles. * Les pièces et les sous-ensembles ne sont pas toujours liés à un chapeau ou un projet spécifique. * Les plans PDF associés aux pièces ne sont pas toujours téléchargés dans l'article de la pièce concernée. Les attentes client sont les suivantes : * L'importation des fichiers HTML doit créer automatiquement les articles, les pièces et les sous-ensembles dans le système ERP. * Les informations présentes dans les fichiers HTML doivent être cohérentes avec les normes ERP traditionnelles. * Les pièces et les sous-ensembles doivent être liés à un chapeau ou un projet spécifique. Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes : * La structure des fichiers HTML générés à partir de la conception en 3D avec CATIA peut varier en fonction des cas de figure. * Les informations présentes dans les fichiers HTML peuvent ne pas être toujours cohérentes avec les normes ERP traditionnelles. * Les pièces et les sous-ensembles peuvent ne pas toujours être liés à un chapeau ou un projet spécifique. Il est donc important de faire des points en interne pour identifier les besoins et valider les processus avant de commencer le développement.

12.2. Schéma des processus ERP : Historiques 8.0

**Historiques** * Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc., à partir de la BOM (Bill of Material) importée. * La BOM est exportée en fichier HTML, qui est ensuite lisible par les utilisateurs qui n'ont pas accès à Katia. * Le système utilise ce format pour afficher l'arborescence des pièces et des sous-ensembles. * Les informations présentes dans la BOM incluent : + Nomenclature (matière) + Numéro de pièce + Nom de pièce + Matière + Autres champs renseignés dans l'album * Le système crée un BOM history pour enregistrer les changements apportés à la BOM. * Les utilisateurs peuvent télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée. * Il est possible d'importer les fichiers HTML dans l'ERP pour créer les pièces, les éléments et les sous-ensembles. * Les utilisateurs doivent faire des points en interne pour valider les process et identifier les besoins avant de procéder à l'importation des fichiers HTML. **Informations manquantes** * Comment fonctionne la macro pour structurer la BOM ? * Quels sont les champs spécifiques qui sont renseignés dans l'album ? * Comment sont gérés les plans PDF associés aux pièces ?

12.3. Principales règles de gestion

**Principales règles de gestion** * Le client utilise un système de gestion de la chaîne d'approvisionnement (SCM) pour gérer ses pièces et ses sous-ensembles. * Les pièces et les sous-ensembles sont créés automatiquement à partir de fichiers HTML générés à partir de la BOM (Bill of Material) de l'atelier CATIA. * Les fichiers HTML contiennent les informations suivantes : + Nomenclature + Matière + Numéro de pièce + Nom de pièce + Sous-ensembles + Pièces * Le système ERP crée automatiquement les articles en fonction des informations contenues dans les fichiers HTML. * Les articles créés sont liés à la BOM et aux sous-ensembles. * Le client souhaite pouvoir télécharger les plans PDF associés aux pièces et sous-ensembles directement dans l'ERP. * Le client souhaite également pouvoir identifier les pièces et les sous-ensembles en fonction de leur matière et de leur numéro. * Le client souhaite améliorer la gestion de la chaîne d'approvisionnement et la gestion des pièces et des sous-ensembles. * Le client souhaite valider les processus et les besoins avant de poursuivre le développement.

12.4. Documents et statistiques

**Documents et statistiques** - **Documents à imprimer** : + Fiches articles créées à partir des BOM importés + Historique des modifications des BOM + Liste des pièces et sous-ensembles associés à chaque projet - **États métiers attendus** : + Liste des pièces et sous-ensembles créés à partir des BOM + Historique des modifications des BOM + Statistiques sur les pièces et sous-ensembles créés - **Informations à collecter** : + Numéro de projet + Numéro de top assembly + Liste des pièces et sous-ensembles associés à chaque projet + Informations sur les plans d'assemblage (PDF) associés à chaque pièce et sous-ensemble - **Fichiers HTML nécessaires** : + Un fichier HTML pour chaque projet, contenant les informations suivantes : - Liste des pièces et sous-ensembles associés au projet - Informations sur les plans d'assemblage (PDF) associés à chaque pièce et sous-ensemble - Historique des modifications des BOM - **Analyse et validation** : + Analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièce manquante + Valider les informations collectées et les documents à imprimer + Identifier les besoins et les améliorations nécessaires pour l'intégration des BOM dans l'ERP

12.5. Volume des données

**Volume des données référentielles** - **Fiches articles** : Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. - **BOM (Bill of Material)** : Le système enregistre l'ensemble des pièces et sous-ensembles nécessaires pour la fabrication d'un produit. - **Historique des modifications** : Le système conserve l'historique des modifications apportées à la BOM, y compris les changements de pièces, de sous-ensembles ou de quantités. - **Pièces et sous-ensembles** : Le système enregistre les pièces et sous-ensembles individuels, y compris leurs caractéristiques et leurs relations avec les autres pièces et sous-ensembles. - **Documents associés** : Le système permet l'association de documents tels que des plans PDF aux pièces et sous-ensembles. - **Importation de fichiers HTML** : Le système importe des fichiers HTML générés à partir de la BOM pour créer les articles, les pièces et les sous-ensembles. **Volumes des données** - **Nombre de fiches articles** : [INFORMATION MANQUANTE] - **Nombre de pièces et sous-ensembles** : [INFORMATION MANQUANTE] - **Nombre de BOM** : [INFORMATION MANQUANTE] - **Nombre de documents associés** : [INFORMATION MANQUANTE] **Période de stockage des données** - **Jour** : Les données sont stockées en temps réel. - **Semaine** : Les données sont stockées pour une période de 1 semaine. - **Mois** : Les données sont stockées pour une période de 1 mois. - **Année** : Les données sont stockées pour une période de 1 an.

12.6. Ecarts critiques et interfaces

**Ecart critique 1 : Manque de cohérence entre les fichiers HTML et les informations exportées** Les fichiers HTML générés à partir de CATIA ne sont pas toujours cohérents avec les informations exportées dans le fichier Excel. Par exemple, le numéro du top Sembly est parfois différent de celui attendu. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande. **Ecart critique 2 : Manque de liens entre les pièces et les sous-ensembles** Les fichiers HTML ne montrent pas toujours les liens entre les pièces et les sous-ensembles. Il est nécessaire de trouver un moyen de représenter ces liens pour faciliter la commande et la gestion des pièces. **Ecart critique 3 : Manque de possibilité de télécharger les plans PDF** Les fichiers HTML ne permettent pas de télécharger les plans PDF associés aux pièces. Il est nécessaire de trouver un moyen de télécharger ces plans pour faciliter la gestion des pièces. **Ecart critique 4 : Manque de cohérence entre les informations exportées et les informations stockées dans l'ERP** Les informations exportées dans le fichier Excel ne sont pas toujours cohérentes avec les informations stockées dans l'ERP. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande. **Interface critique 1 : Fichier HTML** Le fichier HTML généré à partir de CATIA est utilisé pour représenter les pièces et les sous-ensembles. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande. **Interface critique 2 : Fichier Excel** Le fichier Excel est utilisé pour exporter les informations des pièces et des sous-ensembles. Il est nécessaire de valider et de normaliser ces informations pour éviter les erreurs de commande. Il est nécessaire de trouver des solutions pour résoudre ces écarts critiques et interfaces critiques pour améliorer la cohérence et la fiabilité des informations.

13.1. Liste d’écarts

**13.1. Liste d’écarts** La liste d’écart doit être initialisée et finalisée à la fin de la phase d’analyse. **URL de stockage de la liste des écarts :** - SharePoint : [INFORMATION MANQUANTE] - Teams : [INFORMATION MANQUANTE] - DevOps : [INFORMATION MANQUANTE] - Autre : [INFORMATION MANQUANTE] **Informations à prendre en compte pour la liste d’écart :** - La liste d’écart doit être cohérente avec les fichiers HTML fournis pour chaque cas de figure. - Les fichiers HTML doivent être analysés pour s'assurer qu'ils sont tous cohérents et qu'il n'y a pas de pièces exceptionnelles. - Les informations présentes dans les fichiers HTML doivent être pertinentes pour l'achat et l'identification des pièces. - Les informations qui ne sont pas exportées dans le fichier doivent être identifiées et analysées. **Processus à suivre :** 1. Analyser les fichiers HTML fournis pour chaque cas de figure. 2. Vérifier la cohérence des fichiers HTML et identifier les pièces exceptionnelles. 3. Identifier les informations pertinentes pour l'achat et l'identification des pièces. 4. Valider les informations qui ne sont pas exportées dans le fichier. 5. Finaliser la liste d’écart à la fin de la phase d’analyse.

Édition Avancée

Modifiez le document complet avec des outils avancés.

✏️ Édition Rapide

🎨 Personnalisation